任务2测试需求和测试计划.pptxVIP

主讲人：杨晔浙江警官职业学院Copyright ? by YangYe All rights reserved.任务2测试需求与测试计划主要内容132 测试需求分析文档评审测试计划 软件产品生命周期软件测试过程1. 软件测试合同管理（1）签订软件测试协议书；（2）签订软件测试合同书；2. 软件测试过程管理（1）软件需求说明审查；（2）软件概要设计文档审查；（3）软件详细设计文档审查；（4）代码走查；（5）测试用例设计；（6）测试用例审查；（7）测试程序设计和调试；（8）测试结果审查；（9）覆盖分析；（10）形成测试分析报告。1文档评审文档审查时间： 在测试用例执行前期 审查内容：项目的需求规格说明书概要设计时间： 在项目即将结束前安装部署手册用户使用手册参与评审活动，获得评审纪要。2 测试需求分析测试需求分析概述 测试需求通常是以待测对象的软件需求为原型进行分析而转变过来的，但测试需求并不等于软件需求，它是以测试的观点根据软件需求整理出一个checklist，作为测试该软件的主要内容。 测试工作的依据首先是业务软件产品需求规格说明书，所以首先应该把测试需求从业务需求中提取出来，再把业务需求分解为测试需求，每个业务需求对应一条或多条测试需求。测试需求可以用一个树形结构来保存，在这个顶层是这个项目的目标，下面逐一细化测试需求，按功能点逐层分解系统的业务功能，在底层是一个直接测试用例的描述。在测试任务分工中，可以直接将这种分解后的测试需求分配给测试工程师完成。测试需求收集途径（1）与待测软件相关的各种文档资料。如软件需求规格、Use Case、界面设计、项目会议或客户沟通时有关于需求信息的会议记录、其他技术文档等。（2）与客户或系统分析员的沟通。（3）业务背景资料。如待测软件业务领域的知识等。（4）正式与非正式的培训。（5）其他。如果以旧系统为原型，以全新的架构方式来设计或完善软件，那么旧系统的原有功能与特性就成为了最有效的测试需求收集途径。测试需求特征有利于开发和测试。帮助定义测试对象和测试范围。设置明确的团队目标。发现需求中不完善的地方，对其进行完善以节省时间和投入。便于需求基线化和跟踪业务需求变更。测试需求举例“系统主要事务的响应时间满足系统要求。” “在1G内存和1.73兆主频的计算机上，在25个并发用户执行插入、更新和删除操作时，端到端的响应时间在3秒内。”以上哪种符合测试需求要求？测试需求大致可以分为以下6种：业务功能测试需求可靠性测试需求安全性测试需求易用性测试需求可移植性测试需求可维护性测试需求测试需求分类隐式需求质量保证的定义“产品或服务满足显示或隐含需求能力的功能和特性的总和” 在提取测试需求时，除了应该关注显式提出的业务需求外，我们还应该关注隐式的需求。（1）用户隐式的需求 例如，行业规则、业务规则、原来系统已经实现的约定俗成的操作或功能等。这些需求设计人员往往认为研发团队会知道这些规则，所以没有在需求中显式描述。隐式需求（2）计算机领域的规范或习惯 这些内容是很难写到业务需求中的，因为业务需求用文字来描述，很难准确描述出系统展示的界面。例如，如果某个输入有有限个元素，则应该用下拉列表框或用选项组控件来实现，如果用编辑框来实现则要在输入时进行很多判断，这会不断增加编程工作量，也增加测试的工作量，同时会给用户带来不便。（3）客户认为我们应该理解或在需求中遗漏的需求 例如，客户认为我们理解金融行业的会计规则，但是如果不在测试需求中明确说明，就会出现由于测试工程师没有金融行业会计方面的测试经验而忘记测试的情况。（4）业务需求编写人员计算机技术的水平 例如，业务人员不知道性能指标如何描述或描述不准确。因此需要测试团队协助科技人员和业务人员把描述不准确、正确或隐含的性能指标需求描述清楚。测试需求分析举例（1）功能需求1. 用户登录1.1 验证用户登录正确，并能进入答题首页。1.2 验证答题首页，正确显示用户的账户信息和积分等。2. 答题设置2.1 验证答题模式设置正确。2.2 验证课程类别设置正确。2.3 验证答题数目、题型设置正确。3. 答题练习3.1 练习模式3.1.1 3.2 考试模式3.2.1 4.……（其它略，可根据需要添加）测试需求分析举例（2）性能需求 在提交答案的时候，支持50个用户同时进行，并且响应时间不能超过3秒。CPU的利用率不超过80%，可用内存保持大于5M以上，Web服务器的用户点击率为每秒60，并且http请求通过率为80%以上。服务器的最大吞吐量每秒10248K，该计数器的值和目前网络的带宽相除，结果应该小于50%，Avg.Disk Queue Length该值应不超过磁盘数的1.5~2 倍数据库无死锁等。（3）界面测试需求检查网站中的每个页面的布局、文字、Tab键，并且内容符