项目测试工作说明.ppt

项目测试工作说明 项目测试流程 项目立项 制订测试计划 软件开发设计文档 软件需求文档 测试用例设计 单元测试 集成测试 系统测试 测试执行 撰写测试报告 测试结果整理分析 研发经理审查 递交报告 系统达不到上线要求 测试退出 符合上线要求 项目现状 需求不清晰：由于客户对信息化系统接触较少，无法提供详细明确的业务需求，致使我们的需求人员对用户的需求无法进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。 软件设计不充分：依据需求文档，开发要将实际业务需求转化为软件功能需求，并出具详细的软件规格说明书。目前开发只提供差异化文档并未出具详细的软件功能设计说明文档，对功能实现没有一个完整开发业务逻辑说明 功能实现不到位：可能由于开发周短或者公司缺乏技术底蕴或者使用某种框架技术的限制无法将功能做到完全满足功能需求（包括隐含的）或者易操作和人性化方面做的不足 系统代码较脆弱：由于代码设计没有考虑周全以及缺乏异常处理机制，经常遇到报黄页，或者页面缓存太过严重等问题经常出现 系统优化不彻底：随着项目的越来越多，一些老问题一直没有修改，一些功能需要重构一直没有重构。 用户业务差异化太大：同一个业务不同的客户不同的功能需求，我们的系统配置项越来越多。 如何做好我们的测试工作 我是一个业务专家：对目前的系统业务要熟练掌握，这个功能是干什么的？该功能有什么样的业务关联？这个操作会引发系统怎样的影响？这个功能有几种配置？每个配置都是基于什么样的功能场景？为什么有这样的功能操作逻辑？它的优势是什么？等等 我是一个客户：我的角色就是一个客户，我要体验系统是不是很人性化，功能实现是不是符合我的要求，界面是不是一看就知道我得到了什么信息，如何去操作？一些重要操作是不是有提醒功能避免误操作或者提下一步操作提示？ 我是一个逻辑缜密的人：这个功能实现关联多个功能，他们是否能够协调正常工作？这个业务流程有多少个环节每个环节是否能够读取正确的数据？业务功能变更对前后关联的业务影响有多大？ 我是一个优化专家：功能实现是不是存在可以优化的地方，功能实现是否有漏洞存在影响用户的正常使用?功能实现是否存在不足可以，那些功能是冗余无用的？哪些功能尚未使用？ 我是一个追究思源的人：为什么功能这样实现，它的业务需求是什么？它的功能目标是什么？在一个什么样的业务场景下进行使用？它的使用对象是那些人，业务关联都那些人？ 测试计划 俗话说：凡事预则立，不预则废！不论做什么事，事先有准备，就能得到成功，不然就会失败。项目测试在实施前就要制订测试计划。 测试计划Testing plan，描述了要进行的测试活动的范围、方法、资源和进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。 测试计划编写6要素 1）Why：为什么要进行这些测试：【编写目的】 2) What：测试哪些方面，不同阶段的工作内容：【测试范围】、【测试目标】、【质量目标】 3) When：测试不同阶段的起止时间：【测试进度】 4) Where：相应文档，缺陷的存放位置，测试环境等；【参考文档】、【测试交付文档】、【软件资源】、【硬件资源 】 5) Who：项目有关人员组成，安排哪些测试人员进行测试 【人力资源】 6) How：如何去做，使用哪些测试工具以及测试方法进行测试。【测试技术】、【测试策略】、【风险和约束】、【测试退出标准 】 测试执行 测试执行的内容包括功能测试、集成测试、系统测试（回归测试）。 功能测试：即某一单个功能的测试。功能测试的要点如下： 功能实现满足用户需求（功能实现与需求及设计相一致） 功能最优化（操作便捷不复杂、界面友好好理解、信息提示温馨易懂） 功能健壮性（如格式校验、异常处理机制、缓存机制、必填项校验） 功能权限（数据权限、操作权限） 功能关联（输入数据来源、输入数据去向） 功能操作逻辑（增删改查的操作顺序和操作条件） 集成测试：多个功能融合在一起进行的测试.一般用于业务流程测试和业务关联测试: 上一个功能的输出结果是否可以作为本次功能的输入 上一个功能的输入结果是否可以作为本次功能操作可操作数据项之一 最后一个功能的输出结果是否影响了上一个或上上一个功能的操作 系统测试：系统的全部功能整合在一起进行的测试，其目的： 校验功能的正确性、业务流程操作的正确性、数据流转的正确性 功能测试交付文档 功能测试交付单是测试人员对某一个功能测试完毕之后需要交付的一个文档。该文档描述了测试人员测试一个功能的全部过程，如业