第二讲需求测试_第1页
第二讲需求测试_第2页
第二讲需求测试_第3页
第二讲需求测试_第4页
第二讲需求测试_第5页
已阅读5页，还剩10页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

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

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

3、、不含糊、清晰。描述是否一清二楚？还是自说自话？容易看懂和理解吗？ 一致。产品功能描述是否自相矛盾？与其它功能有没有冲突？ 贴切。描述功能的陈述是否必要？有没有多余的信息？功能是否原来客户的要求？ 合理。在特定的预算和进度下， 以现有的人力、物力和资源能否实现？ 代码无关。是否坚持定义产品，而不是定义其所依赖的软件设计、架构和代码？ 可测试。特性能否测试？测试员建立验证操作的测试程序是否提供足够的信息？需求说明书用语检查清单 总是、每一种、所有、没有、从不。 当然、因此、明显、显然、必然。 某些、有时、常常、通常、惯常、经常、大多、几乎。 等等、诸如此类、依此类推。 良好、迅速、廉价、高效、小、稳定。 已处理、已拒绝、已忽略、已消除。 如果那么（没有否则）。找出有“如果那么”而缺少配套的“否则”结构的陈述。想一想“如果”没有发生会怎样。需求说明书内容核查清单 客户、资助人、背景 业务目标+追踪踪迹 数据需求（数据库、输入/输出格式、通信状态、初始值） 系统范围及接口 业务/功能需求（事件及特性） 设计层需求（原型或通信协议） 非琐碎功能的说明 质量需求（性能、可用性、安全性等）需求说明书结构检查清单 每项需求的编号 可验证的需求 每项需求的目的 实现需求的方案示例 图示等的纯文本解

人人文库> 全部分类> 教育资料 > 辅导培训

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论