part 02 评审需求
0 软件测试
软件测试工作和测试件
- 获取需求,包括产品需求、质量需求、项目背景等资料。
- 进行软件需求评审,得到测试目标、测试需求、验收标准等文件。
- 根据上述文件,指定测试计划,得到测试计划书。
- 开发与设计测试细节,得到测试场景、环境、数据、用例、脚本等。
- 执行测试,进行缺陷的报告与追踪,得到执行log、缺陷报告等文件。
- 完成质量评估和最终测试报告,得到测试报告文件。

测试进入的准则
- 完成需求规格说明书评审
- 清楚了解项目的整体计划框架
- 技术知识或业务知识的储备
- 标准环境技术设计文档
- 足够的资源
- 人员组织结构及其责任已确定
软件测试过程
- 指定测试的目标和依据
- 测试需求分析:确定测试对象、确定测试范围等
- 制定测试计划:测试工作量估算、资源估算、进度安排、风险评估等
- 设计测试用例、编写测试脚本
- 执行测试
- 分析测试结果
- 提交测试报告
(有好多重复的内容妈的)
项目组成员关系
用户提出需求
= =》产品经理制定《需求规格说明书》
= =》开发人员着手开发;同时测试人员开始测试
= =》开发和

本文主要探讨了软件测试中需求评审的关键性,强调了它在确保产品、开发、测试三方共识中的作用。此外,介绍了静态测试,包括人工检测、计算机辅助静态分析和代码检查,以及需求测试的重点,如需求文档的完整性、正确性、一致性等。通过需求评审和静态测试,可以提早发现并解决潜在问题,提高软件质量。
最低0.47元/天 解锁文章
836

被折叠的 条评论
为什么被折叠?



