通过测试的风险识别完美测试用例设想

3天前 (11-25 08:45)阅读1回复0
kewenda
kewenda
  • 管理员
  • 注册排名1
  • 经验值50315
  • 级别管理员
  • 主题10063
  • 回复0
楼主

测试人员凡是是根据软件研造使命书或者需求规格阐明来设想测试用例,但是,那种设想测试用例的办法关于测试风险考虑的不敷,很可能会因为没有笼盖某些软件失效形式,使得测试存在某些不敷和遗漏。

没有肃清临时文件。

安拆了不需要的文件。

未安拆需要的文件。

准确的文件被安拆在错误的目次中。

旧文件替代了新的文件。

在晋级过程中毁坏了用户数据库。

修改了与其他产物共享的文件。

删除了属于其他产物的文件。

没有准确设置装备摆设硬件。

替代或者修改了关键文件或者参数。

安拆过程时间过长。

安拆过程需要固定人员监控。

用户接口容易误用。

安拆信息或者指点步调令用户摸不着思维。

收集设置装备摆设问题。

数据库备份和恢问题。

容量:软件产物能否称心需求定义的容量要求。

可靠性:软件产物在所有要求前提下能否能一般工做而不呈现失效。

易用性:用户能否能够轻松简单地利用软件产物。

性能:软件产物运行的速度和响应时间能否称心要求。

易安拆性:软件产物能否容易安拆到目的运行平台上。

兼容性:软件产物能否能够和外部组件及系统等协同工做。

易测试性:软件产物能否能够被有效地测试。

心爱惜性:软件产物能否能够经济地构建、修改或者加强功用。

易当地化:软件产物能否能够经济地以别的一种语言发布。

那恰是:

通过风险来填补,测试有效又足够

参考书目:软件测试设想,做者:马均飞,郑文强,出书社:电子工业出书社

做者简介:王小双,持久处置GJB5000推广、施行、评论、改良的工做,创建《软件工程之思》微信公家号,不断在《软件工程之思》分享GJB5000、CMMI、软件工程的常识和感悟。现努力于GJB5000征询以及软件过程改良、软件工程才能提拔的研究工做。

0
回帖

通过测试的风险识别完美测试用例设想 期待您的回复!

取消
载入表情清单……
载入颜色清单……
插入网络图片

取消确定

图片上传中
编辑器信息
提示信息