黑盒测试优化相关的内容
上一篇 /
下一篇 2014-09-22 15:32:25
/ 个人分类：黑盒测试优化相关内容
2.1数值更改黑盒测试的思路
首先描述一下数值更改的几种设计思路和模式。一般设计员进行数值更改往往使用直接查找工程文件的方法。如查找到需要更改的数值，就直接使用新数值进行更改。多数设计员认为只要没有漏改数值，就不会有问题。但不幸的是，还是会被测试人员发现一些程序中的错误。本文将按照软件工程开发测试流程的八个模块进行分析，提供一些数值更改的思路。针对数值更改的设计思路和模式，相应的测试思路如下：
（1）首先确定设计更改的需求是否达到目的；
（2）确认设计更改点所处的功能模块的功能是否满足要求；
（3）找出该更改点涉及的相关功能和接口；找相关接口要注意查阅相关的设计文档，如接口定义、通信协议、程序结构、芯片资料、设计标准等，设计人员的笔误往往集中在更改点涉及的相关接口；
（4）确认更改点涉及部分的功能是否能够满足要求；
（5）按测试要求做好测试记录并最后出具报告。
2.3基于需求的测试优先化方法
优先化方法一般基于以下四个优先化因子：
（1）用户指派优先权（CP）是一个需求对于用户的重要性的度量，由用户为每项需求指派范围从1~10的值，值越高，优先权越高；
（2）需求易变率（RV）表示基于一项需求在开发周期中被修改的次数，是对需求变更的估计；
（3）执行复杂性（IC）是从开发团队的角度对需求实现难易程度的主观度量。一般按每项需求可接受的实现难易度给出一个1~10之间的值，值越大，所可能包含的缺陷数越多；
（4）需求缺陷倾向（FP）可帮助开发团队从软件以前多个版本收集的数据发现易出错的需求，并找出实现这些需求的代码。缺陷倾向越大的模块，造成域失效的可能性越大。
优先化因子的收集与更新过程是：先由用户指定系统各项需求的优先权以及开发阶段需求的增加和修改；需求分析者记录需求和相关优先权，并记下需求的任何变动；接着由软件维护工程师修复缺陷，并将故障映射回受其影响的需求；开发者再对各项需求执行的复杂程度给出客观评价；测试者为每项需求编写测试用例，同时将需求映射到其测试用例并运行。最后记录用例失效，并将其映射到引起该失效的测试用例。
r-lat�Cs-���,�-family:
"Times New Roman";mso-bidi-theme-font:minor-bidi;mso-ansi-language:EN-US;
mso-fareast-language:ZH-CN;mso-bidi-language:AR-SA'>，
100）、\[100,200）和\[200,+∞），其中\[100,200）为有效等价类，而（-∞，100）和\[200,+∞）为无效等价类。然后再针对每一个等价类选取其中的数据进行测试用例设计。
收藏
举报
TAG:
