【2017年整理】测试需求分析.ppt

测试需求分析 --by 唐晓文 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. content 前言 举例对比两种需求分析方式（粗略、详细） 总结需求分析要注意的问题 常见典型需求有哪些容易遗漏 目录 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. content 测试需求分析工作的特点 前言 1、分析越详细、确认得越多，做得越多，但返工少，质量好。 2、不要指望开发人员会确认全部需求，有时候他宁愿不说，便可以按照他擅长的方式做，但这也许并不是产品人员所希望的。 3、对于需求的理解，测试人员一定要比开发理解得深刻。 4、想发现问题，不仅要从用户角度想，也要从开发角度想。 5、想得越透彻、测试越轻松、越保险。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 案例分析 “将所有的访问者都记录下来，对每次访问要记录访问开始时间、访问结束时间、访问者的IP地址这三个信息作为一条日志记录。要求以天为单位每天生成一个访问记录日志文件。” 以上需求描述清晰吗？有什么问题？如何分析？ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 粗略的分析需求 需求功能 【分析的结果】 功能操作的数据 1、记录用户访问日志 2、以天为单位生成日志文件 So easy！ 就是把访问开始时间、结束时间、IP地址记录到日志文件里，OK，开始开发。 1、访问开始时间 2、访问结束时间 3、访问者的IP地址 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 各种和预期不符 测试时发现 各种需求再确认 各种重新开发 测试时间又少了 不对，文件保存成这个格式无法在报表上展现。 不对，用户访问出错没记录，怎么办？ 之前没人说要限制文件大小的嘛！ 加个日志模块，怎么把功能影响到了？！ 到了测试时才发现 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 详细的分析需求 是否描述清晰 是否存在遗漏或漏洞 1、每天生成一个日志文件，什么时候创建，几点创建？ 2、何时记录？访问请求收到后记录一次，访问完记录一次，还是整个请求完成后记录？ 1、 用户访失败后是否记录进日志？哪个字段保存？ 2、如果收到访问请求后立即记录，用户访问失败会被记录成功，而实际上用户并没有成功访问到该页面。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 详细的分析需求 是否影响旧功能 其他质量要求 日记记录模块如果报错，是否会影响到用户正常访问？ 加了日志记录模块，如何保障现有功能不受影响？ 1、当日日志文件保存的数据量超大后如何处理？文件太大导致打不开、无法使用。是否要分段保存？ 2、是实时读写文件记录日志吗？实时保存的效率问题。 3、日志文件不存在或保存日志文件的机器宕机需要容错吗？ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 详细的分析需求 挖掘隐式需求 开发实现上要确认的问题 1、除了描述中提及的访问时间和IP地址外，访问者还有哪些属性呢？只记录时间和IP能否满足运营分析需求？ 2、日志文件记录给谁看、谁用