软件测试与项目分析-软件测试与项目分析.ppt

1.4软件测试流程 1.4.7执行测试用例 测试环境搭建完成后，测试组员将进行测试用例的执行。根据前期设计并评审通过的测试用例，测试组员进行各个功能模块的测试。在执行测试用例的过程中，如果发现有遗漏或者不完善的测试用例，需及时做更新，并用文档记录变更历史。用例执行过程中如果发现了Bug，则需按照部门或者项目组的Bug提交规范，利用一些Bug管理工具提交Bug。常用的Bug管理工具有Bugzilla、TestTrack、Mantis、TestDirector等。 1.4软件测试流程 1.4.8跟踪处理缺陷 大多数公司都有自己的Bug管理流程规范，项目组成员需根据这个流程规范开展日常的Bug处理工作。在缺陷处理阶段，大多要经过4次、甚至更多的迭代过程，多次进行回归测试，直到在规定的时间内达到测试计划中所定义的停测标准为止。 在这个阶段，主要使用黑盒测试方法开展工作，以被测对象的需求规格说明为依据，重点关注被测对象的界面与功能表现。 1.4软件测试流程 1.4.9执行性能测试 一般在功能测试完成后，我们还需开展相应的性能测试工作。与功能测试一样，在测试之前，需要进行测试需求的分析，性能指标提取、用例设计、脚本录制、优化、执行、分析等等一系列过程。通过使用一些自动化工具进行性能测试是目前性能测试的主要手段，常用的性能测试工具有WAS、QALoad、WebLoad、LoadRunner、Robot等。性能测试阶段主要解决被测对象的性能问题。 目前大部分项目软件在执行功能测试后，可能不进行性能测试，所以本过程在实际项目测试时不一定实施，但面向大众或涉及多用户多并发的业务系统，一定会开展性能测试活动。 1.4软件测试流程 1.4.10输出测试报告 功能测试、性能测试都完成后，测试组长需要对被测对象做一个全面的总结，以数据为依据，衡量被测对象的质量状况，并提交测试结果报告给项目组，从而帮助项目经理、开发组及其他部门了解被测对象的质量情况，以决定下一步的工作计划。 功能测试报告主要包含被测对象的缺陷修复率、Bug状态统计、Bug分布等，性能测试报告主要包含测试指标的达标情况及测试部的质量评价等。当然，也可以出一份整体的测试报告，包含功能、性能的测试结果。 综上所述，测试需求分析、测试计划制定、执行测试、跟踪处理缺陷、编写测试报告等测试活动，在任何项目中都会实施，而测试用例设计、测试环境搭建、性能测试等活动则可能根据项目需求不一样不一定实施。 1.5 OA系统分析 通过上面几部分的介绍，我们已经了解了软件测试的基本概念，软件测试工作的常用流程等。从本节起，我们正式进入本书的实战部分，以实际的项目实例介绍软件测试工作。 现在软件行业中有很多业务类型，大多数公司招聘时都需要测试工程师具备丰富的项目经验，那么这些项目经验怎么来呢？ 这里介绍一个常用的方法。对于软件测试初学者，一个比较好的方法是利用网络下载一些程序源代码，根据这些资料中配备的环境配置说明，自己练习部署、源代码阅读、业务理解等，如果在环境配置、程序应用过程中出现问题的话，我们可以通过网络查找相关的解决办法。一方面，自己动手练习环境的部署，提高代码阅读能力及动手能力；另一方面，可以接触各种各样的业务系统，因为一般的源代码网站都会将代码进行分类，业务类型还是比较丰富的，这些源代码都是工作中各种业务的缩影。 现在常用的软件大概分为七大类：系统软件、应用软件、工程科学计算软件、嵌入式软件、产品软件、Web应用软件和人工智能软件。这些分类实际上按照业务类型来分，在实际的工作中都有可能接触到，所以，我们应该通过多种方法，多个途径来丰富自己的业务知识。 1.5 OA系统分析 OA是什么意思呢？ OA（Office Automation）办公自动化是将现代化办公和计算机网络功能结合起来的一种新型的办公方式，是当前新技术革命中一个非常活跃和具有很强生命力的技术应用领域，是信息化社会的产物。办公自动化的原动力是人类文明进步和发展的同时人类求得自身解放的需要，OA系统的出现和发展也正是来源于这种需要的牵引。传统的办公方式极大地束缚了人的创造力和想象力，埋没了人的智慧和潜能，使人们耗费了大量的时间和精力去手工处理那些繁杂、重复的工作。手工处理的延时和差错，正是现代化管理中应该去除的弊端。用先进的、现代化的工具代替手工作业，无疑是生产力发展的方向。OA系统对传统办公方式的变革，正是适应了人们的普遍需求，也顺应了技术发展的潮流，自然成为业界追求的目标。 1.5 OA系统分析 OA系统建设的本质是提高决策效能为目的的。通过实现办公自动化，或者说实现数字化办公，可以优化现有的管理组织结构，调整管理体制，在提高效率的基础上，增加协同办公能力，强化决策的一致性，最后实现提高决策效能的目的。 OA系统的基础是对管理的理解和