软件测试 第二讲 需求测试

《软件测试 第二讲 需求测试》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件测试需求测试开发描述软件过程与测试测试方法测试方法黑盒测试与白盒测试静态测试与动态测试静态黑盒测试，测试需求。测试软件需求说明书的目的确保最终产品符合用户要求以及正确计划测试量的唯一方法是在需求说明书中完整、准确描述用户需求编写详细的需求说明书也作为软件测试员测试项目的书面材料。测试需求说明书的目的就是在软件生产出来之前找出缺陷高质量需求规格说明的标准正确：每项需求都反应了一种需要。（利用任务或业务目标来证明需求的必要性）完整：包含了所有必要的需求。（需求距阵表）无歧义：各方在需求的含义上意见一致。（使用业务相关术语来解释每项需求的目的）一致：所

2、有部分都相符，如E/R模型与事件清单相符。高质量需求规格说明的标准确定重要性、稳定性的等级可修改：易于修改，且保持一致性。可验证：能够检查是否满足了需求可追踪：由需求至目标/目的，至设计/代码软件需求说明书高级审查审查需求说明书是为了找出根本性的大问题、疏漏或遗漏之处。高级审查方式设身处地为客户着想研究现有的标准和规范审查和测试同类软件软件需求说明书的低级测试技术需求说明书属性检查清单需求说明书用语检查清单需求说明书内容检查清单需求说明书结构检查清单需求说明书属性检查清单完整。是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？准确。既定的解决方案正

3、确吗？目标明确吗？有没有错误？精确、不含糊、清晰。描述是否一清二楚？还是自说自话？容易看懂和理解吗？一致。产品功能描述是否自相矛盾？与其它功能有没有冲突？贴切。描述功能的陈述是否必要？有没有多余的信息？功能是否原来客户的要求？合理。在特定的预算和进度下，以现有的人力、物力和资源能否实现？代码无关。是否坚持定义产品，而不是定义其所依赖的软件设计、架构和代码？可测试。特性能否测试？测试员建立验证操作的测试程序是否提供足够的信息？需求说明书用语检查清单总是、每一种、所有、没有、从不。当然、因此、明显、显然、必然。某些、有时、常常、通常、惯常、经常、大多、几

4、乎。等等、诸如此类、依此类推。良好、迅速、廉价、高效、小、稳定。已处理、已拒绝、已忽略、已消除。如果…那么…（没有否则）。找出有“如果…那么…”而缺少配套的“否则”结构的陈述。想一想“如果”没有发生会怎样。需求说明书内容核查清单客户、资助人、背景业务目标+追踪踪迹数据需求（数据库、输入/输出格式、通信状态、初始值）系统范围及接口业务/功能需求（事件及特性）设计层需求（原型或通信协议）非琐碎功能的说明质量需求（性能、可用性、安全性等）需求说明书结构检查清单每项需求的编号可验证的需求每项需求的目的实现需求的方案示例图示等的纯文本解释每项需求的重要性及稳定

5、性交叉引用，而不是重复信息小结需求分析评审与测试