第十章测试需要分析与测试计划.pptx

第9章回顾9.1测试自动化内涵9.2测试自动化实现的原理9.3测试自动化的实施9.4功能测试工具特性要求9.5性能测试工具特性要求9.6测试自动化框架

第三篇软件测试项目实践软件测试方法和技术最终要应用到实际工程项目中，通过项目实践来检验，也只有通过不断的项目实践来获取经验，才能提高自己的测试实战能力第10章测试需求分析与测试计划第11章设计和维护测试用例第12章部署测试环境第13章测试执行、缺陷报告与跟踪第14章软件质量分析和测试报告

软件测试工作和测试件3

软件质量测试与评价第十章测试需求分析与测试计划

5凡事豫（预）则立，不豫（预）则废——礼记·中庸

软件测试计划的重点工作明确测试目标分析与确定测试范围识别测试项及其优先级识别测试风险，采取相应对策测试工作量估算测试资源、进度等安排测试阶段出入准则测试需求分析

第10章测试需求分析与测试计划10.1测试目标和准则10.2测试需求分析10.3测试项目的估算与进度安排10.4测试风险和测试策略10.5测试计划的内容与编制

10.1测试目标和准则明确测试目标是测试需求分析和计划测试的前提

示例：哪个是测试目标？-1能作为测试的目标吗？有什么问题吗？

测试目标设计和执行测试的原因或目的向风险管理活动提供信息提供软件系统质量有关信息评估软件产品是否满足相关利益者的期望评估缺陷修正（清除）而不带来负面效应评估软件变更实施而不带来负面效应评估软件是否完全符合合规性要求

项目的具体测试目标提供哪些质量风险信息新改动的业务是否正确实现，对已有业务是否有负面影响是否满足功能性要求和非功能性要求在测试覆盖率、测试效率上的具体要求

如何确定测试目标？哪些业务改动，会影响哪些已有业务？系统改动会影响哪些系统功能和非功能特性？测试覆盖率：新业务/功能？已有业务/功能呢?如何最大程度提高测试效率？产品质量要求、业务功能关系分析、测试范围分析、测试策略和方法选择

测试进入的准则清楚了解项目的整体计划框架；完成需求规格说明书评审；技术知识或业务知识的储备；标准环境技术设计文档；足够的资源；人员组织结构及其责任已确定。

10.2测试需求分析10.2.1测试需求分析方法10.2.2测试需求分析技术10.2.3功能测试范围分析10.2.4非功能性的系统测试需求

测试需求分析意味着什么确定测试范围测试项和测试子项测试优先级测试风险

测试需求分析过程了解项目的背景、产品价值，解决什么业务问题?分析业务需求，确定测试目标了解用户是谁，用户所关心的问题?分析用户需求确定待测软件的功能特性，可以从整体到局部，从上到下，逐层分解，形成待测试的功能列表确定待测软件的非功能特性，基于本系统的特点而需特别关注的质量属性确定测试项的优先级16

全面地进行分析归纳、抽象、建模站得高、看得远业务能力和测试专业能力可以扩展自己的视野17

测试需求分析项项目背景业务(流程、用户角色)用例、场景支撑业务的功能功能优先级非功能特性

如何透彻地分析业务需求？

各种软件需求20SoftwareRequirementsBusinessPeopleTechnologyQualityUsersCustomersStakeholderFunctionalityNon-functionalityInternalExternalInuse

示例：业务需求还是功能需求?

软件需求的层次业务需求反映组织机构或客户对系统、产品的概括性要求，包括所要达到的业务目标，由项目视图与范围文档说明用户角色需求描述用户使用系统而要完成的各种任务，由用例（usecase）文档或方案脚本说明功能需求定义开发人员必须实现的软件功能，它源于用户需求，是软件需求说明书中重要的组成部分用户角色需求可以扩展到涉众（干系人）需求

业务需求客户业务流程业务规则业务操作业务数据业务安全性业务可管理业务发展

功能：层次分析24

操作：侧重异常一只手操作、一面走路一面操作手动或自动的横竖屏切换屏幕尽量不滚动、适当的对比度手机成了手电筒手机自拍，耳机连线可以帮忙屏幕关闭，依旧可以播放音乐25观察、分析用户的心理、行为和预期

非功能性：性能需求最终用户的体验，如2-5-10原则商业需求，如“比竞争对手的产品好”技术需求，如CPU使用率不超过70％标准要求只有具备了清楚而量化的性能指标，性能测试才能开始实施。响应时间是用户的关注点，容量和数据吞吐量是（产品市场团队）业务处理方面的关注点，而系统资源占用率是开发团队的技术关注点26

Web安全性测试

兼容性测试

示例：特定的质量指标29评测集词条中，候选出现数（包括首位）/词条总数需考虑：短句/词、简拼、新词、热词

示例：金融系统数据的特定质量要求数据真