软件测试的过程管理
一.软件测试的各个过程(PDCA)
1.测试需求的分析和确定 2.测试计划 3.测试设计 4.测试执行 5.测试记录和缺陷跟踪 6.回归测试 7.测试总结和报告
二.测试需求
1.需求规格说明书的检查要点
正确性:对照原始需求检查需求规格说明书
必要性:不能回溯到出处的需求项可能是多多余的
优先级:恰当划分并标识
明确性:不使用含糊的词汇
可测性:每项需求都是必须可验证的
完整性:不能遗漏必要和必须的信息
一致性:与原始需求一致、内部前后一致
可修改性:良好的组织结构使需求易于修改
三.需求文档的检查步骤
(1)获取最新版本的软件需求规格说明书,同时尽量取得用户原始需求文档
(2) 阅读和尝试理解需求规格说明书中描述的所有需求项
(3)对照需求规格说明书检查列表进行检查并记录
(4)针对检查结果进行讨论、修订需求规格说明书后回到第一步,直到检查列表中的所有项通过
举例:
1. 是否覆盖了用户提出的所有需求项
2.用词是否清晰,语义是否存在有歧义的地方
3. 是否清晰地描述了软件系统需要做描述及不做什么
4.是否描述了软件使用的目标环境,包括软硬件环境
5.是否对需求项进行了合理的编号
6.需求项是否前后一致、彼此不冲突
7.是否清楚说明了系统的每个输入、输出的格式,以及输入输出之间的对应关系
8.是否清晰描述了软件系统的性能要求
9.需求的优先级是否合理分配
10.是否描述了各种约束条件
四、通过编写测试用例来检查需求
测试人员通过构建并尝试回答设计的黑盒测试主要是为了测试需求的完备性,准确性,明确性以及简明性等需求问题。
五、测试的计划
1.确定测试范围
2.制定测试策略: (1)测试战略:测试的先后次序,测试的优先级,测试的覆盖方法、回归测试的原则等。
(2) 测试战术:采用的技术、架构、协议等。
3.安排好测试资源:通过充分估计测试的难度,测试的时间、工作量等因素,决定测试资源的合理利用。
4.安排好进度:测试的进度需要就结合项目的开发计划。产品的整体计划进行安排,还有考虑测试本身的各项活动进行安排。
5.计划风险:对测试过程可能碰到的风险进行估计,制定出相应的应对策略。
六、测试的设计及测试用例
1.基于需求的测试方法
RBT是基于需求的测试方法,会使得测试更加有效,因为他使测试专注于质量问题产生的根源。
基于需求的测试时一种最根本的软件测试,重点关注以下两大关键问题
ÿ