软件测试流程优化及方法.pptx

目前测试存在的问题1.测试几乎没有介入到软件研发中，且测试角色不明确；如，测试只有在集成测试时才介入；测试不了解发布版本去向；测试同时担任QC，QA职位；等2.测试比较简单，测试不完全；如，测试几乎只进行集成测试，并无其他测试；测试停留在功能测试，该做性能测试的地方做的不够；等3.没有设计需求，没有测试用例，测试属于想到哪里测试哪里；如，测试需要经常与工程开发沟通功能是否可用，功能用途，及如何使用；测试无计划，不知道什么时候开始及结束，没有节点；没有测试 用例；等4.缺陷管理系统没有有效利用；报告的提交及一些统计可以参考缺陷管理系统，对软件进行分析总结，对Bug高发生的位置进行重点测试；Bug统计困难；5.版本发布频繁，没有测试计划-测试属于眉毛胡子一把抓情况；发布安装包数量为：145，假如每次发布3天时间测试，共需要435天；等6.测试能力提高缓慢；第1页/共13页一个故事描述测试演变 国外很多的大公司，QA的职责就是测试（主要是系统测试），比如IBM、CA-全球最大的IT管理软件公司之一、PeopleSoft-协同合作企业软体全球领导供应商,等。其实在最初，几乎所有的公司都是这样的。后来，由于缺乏有效的项目计划和项目管理，留给系统测试的时间很少（注：我以前做的一个项目，项目经理就明确告诉我系统测试就1天，没得商量）。另外，需求变化太快，没有完整的需求文档，测试人员就只能根据自己的想象来测试。这样一来，测试就很难保障产品的质量，事先预防的QA职能就应运而生。QAQC第2页/共13页一个故事描述测试演变QC兼任QA的问题：1.一个Bug出现分歧，不知道是否需要修改，没有参考标准。2.最终产品是否合格，没有参考标准。3.QA和QC两者基本职责：QC：检验产品的质量，保证产品符合客户的需求；是产品质量检查者是产品质量检查者；QA：审计过程的质量，保证过程被正确执行；是过程质量审计者是过程质量审计者；注意区别检查和审计的不同：检查：就是我们常说的找茬，是挑毛病的；审计：来确认项目按照要求进行的证据；QA与QC在公司存在的必要性：公司QA角色：测试工程师，工程人员公司QC角色：测试工程师，工程人员国外很多的大公司，QA的职责就是测试（主要是系统测试）第3页/共13页软件测试及测试方法 软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程。它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness)、完全度(completeness)和质量(quality)的软件过程；是SQASQA(software quality assurance)的重要子域。多语言测试无论哪种测试都需要依靠测试用例开展，下面是测试用例举例第4页/共13页软件测试及测试用例以DataEngine登陆界面为例：测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。测试用例（Test Case）元素：单个功能测试用例为30个，DataEngine共106个功能(不完全统计)，那么30*106至少3018条测试用例。每个功能执行测试用例为90次(3种语言)，一个模块执行至少需要执行3018*3=9054条测试用例第5页/共13页软件测试及测试用例测试用例（Test Case）当前存在问题：1.编写测试用例的时间：编写测试用例的时间比较紧张；2.测试用例的维护：即需求或者功能变动时，测试用例需要完成维护，维护成本问题；3.测试用例的数量：按照每个人3个模块，每个人需要编写1w个测试用例，每个人需要执行的测试用例为3w(三种语言，如果加上不同系统，需要执行的测试用例数更多)，执行时间问题；4.测试用例的利用率：测试用例的重复利用及效果还是未知数；5.公共用例库的建设：目前没有公共用例库，增大每个测试组的无用功；第6页/共13页u红色箭头标识为最简短的Bug生命周期u流程图其他箭头反应是实际测试中Bug的其他走向uBug生命周期中部分地方可以提高1.Bug来源2.Bug分配3.解决原因4.产品项目分类Bug生命周期第7页/共13页1.Bug来源-便于Bug统计，对于提高软件质量无影响研发人员创建的Bug；研发人员以外人创建的Bug(包含技术支持、用户等)；新需求2.Bug分配-便于Bug统计，对于提高软件质量无影响例如提交了一个 ReModel模块发现的Bug；是2D或者底层问题，Bug会转到2D或者底层，统计Bug时无法统计3.解决原因-便于Bug统计，对于提高软件质量有影响保留原样：包含 有争议的Bug，即修改还是不修改。开发认为无法修复的Bug。无效Bug：Bug本身不是Bug。设计需求是这么设计的。结论：在解决原因中增加 无效(invalid)Bug生命周期4.产品与项目分类-便于Bug统计，对于提高软件质量有影响第8页/共13页软件测试实施规范过程要点详细说明输入条件项目进入软件实现阶段（编码）工作内容开发团队与测试团队交接测试内容，对测试目标达成一致，商讨测试计划的可行性，统一项目组的目标和测试的工作重点。退出标准明确测试内容与重点，测试方提交测试计划。责任人项目经理，测试经理1 1 计划与设计阶段计划与设计阶段1.1 召开测试启动会议测试经理召集项目经理、开发经理开会确定测试交接时间，得到当前最新的相关资料。进行规模预估并成立测试团队，完成测试计划。过程要点详细说明输入条件测试需求明确，测试计划明确工作内容根据每一步测试计划编写全部的测试用例退出标准测试用例需要覆盖所有的测试需求责任人测试工程师1.2 设计测试用例在需求分析文档确立基线以后，测试组需要针对测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：2 2 实施测试阶段实施测试阶段2.1 实施测试用例实施测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。第9页/共13页软件测试实施规范过程要点详细描述输入条件测试用例工作内容测试工程师根据测试计划中分配给自己的测试任务，实施相应的测试用例，并将测试结果记录测试管理工具中退出标准测试用例中的所有任务被执行，结果被记录。责任人测试工程师2.2 提交测试报告在约定的测试周期完成之后，测试工程师需要总结此测试的结果，编写测试报告过程要点详细描述输入条件测试组完成了预定周期的测试任务工作内容测试工程师根据此轮测试的结果，编写测试报告，主要应包含以下内容：测试报告的版本测试的人员和时间测试所覆盖的缺陷测试组在这轮测试中所有处理的缺陷，不仅要写出覆盖缺陷的总数，还要写明这些缺陷的去向上一版本活动缺陷的数量经过此轮测试，所有活动缺陷的数量及其状态分类测试评估写明在这一版本中，哪些功能被实现了，哪些还没有实现，这里只需写明和上一版本不同之处即可急待解决的问题写明当前项目组中面临的最优先的问题，可以重复提出退出标准在每轮测试结束之后应尽快将符合标准的测试报告发给测试经理责任人测试工程师第10页/共13页软件测试实施规范过程要点详细描述输入条件测试组完成了所有的测试工作工作内容测试经理根据测试的结果及测试工程师提交的测试报告编写测试报告，测试报告必须包含以下重要内容：测试资源概述多少人、多长时间测试结果摘要分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没实现缺陷分析按照缺陷的属性分类进行分析 测试需求覆盖率原先列举的测试需求的测试覆盖率，可能一部分测试需求因为资源和优先级的因素没有进行测试，那么在这里要进行说明测试评估从总体对项目质量进行评估测试组建议从测试组的角度为项目组提出工作建议退出标准测试经理完成了符合标准的测试报告，发送给项目经理。责任人测试经理3 3 总结阶段总结阶段测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。3.1 编写测试报告测试结束后测经编写测试报告，对测试进行总结并提交给项经，为产品后续工作提供重要的信息支持3.2 测试验收测试验收测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣布测试结束。第11页/共13页软件测试实施规范过程要点详细描述输入条件测试验收通过工作内容归档测试过程所有文档，主要包括以下文档（必须）测试计划测试用例测试报告验收报告退出标准全部文档归档完毕责任人测试经理3.3 测试归档测试归档测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归档。过程要点详细描述详细描述输入条件测试组完成了所有的测试实施工作，编写了符合标准的测试文档工作内容由测试经理进行测试验收，验收内容包括：测试效果验收测试是否达到预期目的测试文档验收测试过程文档是否齐全，符合标准测试评估从总体对测试的质量进行评估测试建议对本次测试工作指出不足，需要在以后工作中改进的地方宣布测试结束测试组成员签字宣布本次测试结束退出标准签发测试验收报告责任人测试经理第12页/共13页感谢您的观看！第13页/共13页