软件测试自动化

1、软件软件测试测试自动化自动化第一节 软件工程与质量软件工程软件工程软件工程是什么？软件工程是什么？ 软件工程是一门研究用工程化方法构建和维护有效的、使用的和软件工程是一门研究用工程化方法构建和维护有效的、使用的和高质量的软件的学科。高质量的软件的学科。它涉及程序设计语言它涉及程序设计语言、数据库、软件开发工具、数据库、软件开发工具、系统平台、标准、设计模式等方面。系统平台、标准、设计模式等方面。. .软件工程包括哪些主要步骤软件工程包括哪些主要步骤 主要包括调研、立项、计划、评审、开发、测试、部署、线主要包括调研、立项、计划、评审、开发、测试、部署、线上跟踪、后期维护等等一些列步骤。上跟踪、后

2、期维护等等一些列步骤。工程不是做的，是组织的。工程不是做的，是组织的。软件质量软件质量软件质量是软件符合明确叙述的功能和性能需求、文档中明软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。特征的程度。. . 1. 1.软件需求是度量软件质量的基础，与需求不一致就是质软件需求是度量软件质量的基础，与需求不一致就是质量不高。量不高。 2.2.指定的标准定义了一组指导软件开发的准则，如果没有指定的标准定义了一组指导软件开发的准则，如果没有遵守这些准则，肯定会导致软件质量不高。遵守

3、这些准则，肯定会导致软件质量不高。 3.3.通常，有一组没有显式描述的隐含需求（如期望软件是通常，有一组没有显式描述的隐含需求（如期望软件是容易维护的）。如果软件满足明确描述的需求，但却不满足隐容易维护的）。如果软件满足明确描述的需求，但却不满足隐含的需求，那么软件的质量仍然是直的怀疑的。含的需求，那么软件的质量仍然是直的怀疑的。影响软件质量的因素影响软件质量的因素影响软件质量的主要因素，这些因素是从管理角度对软件质影响软件质量的主要因素，这些因素是从管理角度对软件质量的度量。可划分为三组，分别反应用户在使用软件产品时的量的度量。可划分为三组，分别反应用户在使用软件产品时的三种观点。正确性、健

4、壮性、效率完整性、可用性、风险（产三种观点。正确性、健壮性、效率完整性、可用性、风险（产品运行）；可理解性、可维护性、灵活性、可测试性（产品修品运行）；可理解性、可维护性、灵活性、可测试性（产品修改）；可移植性、可再用性、互运行性（产品转移）。改）；可移植性、可再用性、互运行性（产品转移）。McCallMcCall模型模型其实软件测试正是关注于软件的正确性与健壮性其实软件测试正是关注于软件的正确性与健壮性QA & QCQA & QCQAQA：质量保证：质量保证 贯穿于整个软件周期中，预防错误的成因，在开发过程的早期贯穿于整个软件周期中，预防错误的成因，在开发过程的早期检测出来并修改。检测出来并

5、修改。QCQC：质量控制：质量控制属于属于QAQA的一部分，主要是软件测试人员，关注于最后的产品的的一部分，主要是软件测试人员，关注于最后的产品的质量活动质量活动CMMCMM第一级：初始级第一级：初始级-软件过程的特征是无序的，有时甚至是混乱的。软件过程的特征是无序的，有时甚至是混乱的。几乎没有过程定义，成功完全取决于个人的能力。几乎没有过程定义，成功完全取决于个人的能力。第二级：可重复级第二级：可重复级-建立了基本的项目管理过程，能够追踪费用、建立了基本的项目管理过程，能够追踪费用、进度和功能。有适当的必要的过程规范，使得可以重现以前类似项目进度和功能。有适当的必要的过程规范，使得可以重现以

6、前类似项目的成功。的成功。第三级：定义级第三级：定义级-用于管理和工程活动的软件过程已经文档化、标用于管理和工程活动的软件过程已经文档化、标准化，并与整个组织的软件过程相集成。所有项目都使用文档化的、准化，并与整个组织的软件过程相集成。所有项目都使用文档化的、组织认可的过程来开发和维护软件。组织认可的过程来开发和维护软件。第四级：管理级第四级：管理级-软件过程和产品质量的详细度量数据被收集，通软件过程和产品质量的详细度量数据被收集，通过这些度量数据，软件过程和产品能够被定量地理解和控制。过这些度量数据，软件过程和产品能够被定量地理解和控制。第五级：优化级第五级：优化级-通过定量的反馈，进行不断

7、的过程改进，通过定量的反馈，进行不断的过程改进，这些反馈来自于过程或通过测试新的想法和技术而得到。这些反馈来自于过程或通过测试新的想法和技术而得到。CMM VS ISOCMM VS ISOCMMCMM： 质量模型质量模型 评估评估 给你改进建议给你改进建议 ISOISO： 质量标准质量标准 审查审查 结果只有通过和不通过结果只有通过和不通过个人观点：个人观点： 先基于先基于ISOISO建立一套质量管理体系，提高组织的质量意识。建立一套质量管理体系，提高组织的质量意识。在此基础上选择若干在此基础上选择若干KAPKAP进行改进，逐步达到进行改进，逐步达到CMMCMM。SQA VS TESTERSQ

8、A VS TESTERSQA:SQA:软件质量保证软件质量保证工作内容：工作内容： 建立软件质量保证活动的实体建立软件质量保证活动的实体 制定软件质量保证计划制定软件质量保证计划 坚持各阶段的评审、审计、跟踪坚持各阶段的评审、审计、跟踪 监控软件产品的质量监控软件产品的质量 采集软件质量保证活动的数据采集软件质量保证活动的数据 度量软件质量保证活动度量软件质量保证活动SQA VS TESTERSQA VS TESTERSQASQA与与TESTERTESTER的区别：的区别： SQASQA重点是对软件开发过程进行监督、管理、控制重点是对软件开发过程进行监督、管理、控制 TESTERTESTER重

9、点是对开发出的产品进行检查重点是对开发出的产品进行检查TMMTMM简介简介TMMTMM：软件测试成熟度模型：软件测试成熟度模型五个成熟等级：五个成熟等级： 初始级初始级 阶段定义级阶段定义级 集成级集成级 管理和度量级管理和度量级 优化、预防缺陷和质量控制级优化、预防缺陷和质量控制级小结小结软件工程与其包含的主要步骤软件工程与其包含的主要步骤影响软件质量的因素（三大方面）影响软件质量的因素（三大方面）QA&QCQA&QCCMMCMM软件软件测试测试自动化自动化第二节 需求与测试需求需求一听这两个字呢就头疼，如果是在比较健全稳定的公司，那一听这两个字呢就头疼，如果是在比较健全稳定的公司，那么需求

10、是比较好把握的，文档化程序化程度非常高；如果么需求是比较好把握的，文档化程序化程度非常高；如果你在你在创业创业型或者发展中的公司，型或者发展中的公司，那么有时需求那么有时需求会让你崩溃。会让你崩溃。那我们如何对待处理需求呢？那我们如何对待处理需求呢？1.1.必须要有需求文档与原型必须要有需求文档与原型2.2.理解需求理解需求3.3.对模糊的对模糊的listlist出来与产品人员沟通出来与产品人员沟通4.4.整理需求，罗列测试点整理需求，罗列测试点如果无需求呢？如果无需求呢？相信我，这是一件让人崩溃的事情。相信我，这是一件让人崩溃的事情。当面临没有需求文档来作为测试参考时，我们需要静下心来，当面

11、临没有需求文档来作为测试参考时，我们需要静下心来，想想类似的系统都是什么样的，可以根据一般的尝试来测试。想想类似的系统都是什么样的，可以根据一般的尝试来测试。如果可以，最后能整理出一个文档。如果可以，最后能整理出一个文档。测试测试我们这里讲的需求与测试，其实就是在整理需求的同时把测我们这里讲的需求与测试，其实就是在整理需求的同时把测试点弄出来。这样的好处是，既帮助了需求的整理，也提前整试点弄出来。这样的好处是，既帮助了需求的整理，也提前整理出了测试点，能尽早的整理思路，同时在整理的时候会出现理出了测试点，能尽早的整理思路，同时在整理的时候会出现更多的疑问和灵光点，可以说是有百利而无一害的。更多

12、的疑问和灵光点，可以说是有百利而无一害的。就实际而言，需求与测试是不分家的，我们一些就实际而言，需求与测试是不分家的，我们一些QCQC或者或者TLTL中，中，测试测试casecase都有对应的都有对应的reqreq的。的。当然，如果要钻个牛角尖的话，需求测试不等同于后面阶段当然，如果要钻个牛角尖的话，需求测试不等同于后面阶段集成测试或者系统测试，后面的测试都是软件已经编写完成的集成测试或者系统测试，后面的测试都是软件已经编写完成的条件下，判断软件是否会出错。而需求测试，只是验证需求是条件下，判断软件是否会出错。而需求测试，只是验证需求是否真正是用户所期望的。否真正是用户所期望的。http:/

13、软件测试基础知识理解软件测试理解软件测试软件测试是一种有效的提高软件质量的手段，但即使在投入上有所软件测试是一种有效的提高软件质量的手段，但即使在投入上有所保证，测试也不能百分百发现所有质量隐患，况且软件质量并不仅仅保证，测试也不能百分百发现所有质量隐患，况且软件质量并不仅仅是测试出来的。是测试出来的。很多人认为软件测试就是运行一下软件，看看结果对不对，但实际很多人认为软件测试就是运行一下软件，看看结果对不对，但实际上，如何在有限的投入下，提高软件测试的效率和产出是一件很见功上，如何在有限的投入下，提高软件测试的效率和产出是一件很见功底的事。好的测试人员不仅要掌握各种测试技术，还要具备丰富的编

14、底的事。好的测试人员不仅要掌握各种测试技术，还要具备丰富的编程经验和对程经验和对BUGBUG的敏感，测试的复杂之处，除了测试技术问题之外，的敏感，测试的复杂之处，除了测试技术问题之外，还有测试管理问题还有测试管理问题测试不是可有可无，随心所欲的。规范化的软件开发需要对软件测测试不是可有可无，随心所欲的。规范化的软件开发需要对软件测试早做计划，分配必要的时间、人力和财力等资源，并将其作为项目试早做计划，分配必要的时间、人力和财力等资源，并将其作为项目管理的一个部分加以控制和协调。管理的一个部分加以控制和协调。软件测试的定义软件测试的定义软件测试是为了发现错误执行程序的过程。软件测试是为了发现错误

15、执行程序的过程。软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。些测试用例去运行程序，以发现程序错误的过程。软件测试的对象软件测试的对象软件测试不等于程序测试，软件测试贯穿于软件定义和开发的整个软件测试不等于程序测试，软件测试贯穿于软件定义和开发的整个期间。需求分析，概要设计，详细设计，以及程序编码各个阶段所得期间。需求分析，概要设计，详细设计，以及程序编码各个阶段

16、所得到的文档，包括需求规格说明，概要设计规格说明，详细设计规格说到的文档，包括需求规格说明，概要设计规格说明，详细设计规格说明以及源程序，都是软件测试的对象。明以及源程序，都是软件测试的对象。软件测试的种类软件测试的种类名称名称说明说明黑盒测试基于软件需求，而不是基于软件内部设计和程序实现的测试方式白盒测试基于软件内部设计和程序实现的测试方式单元测试主要测试软件模块的源代码。一般由开发人员而非独立测试人员来执行集成测试将一些“构件”集成一起时，测试他们能否正常运行。这里“构件”可以是程序模块、客户机-服务器程序等等功能测试测试软件的功能是否符合功能性需求，通常采用黑盒测试方法。一般由独立测试人员执行。系统测试测试软件系统是否符合所有需求，包括功能性需求和非功能性需求。一般由独立测试人员执行，通常采用黑盒测试方式。回归测试指错误被修正后或软件功能、环境发生变化后进行的重新测试。回归测试的困难在于不好确定哪些内容应当被重新测试验收测试由客户或最终用户执行，测试软件系统是否符合需求规格说明书软件测试的种类软件测试的种类名称名称说明说明负载测试测试软件系统的最大负载，超出此负载软件可能会失常压力测试概