测试流程

测试流程

一.测试基本流程图

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

二.各部分测试流程图

　　1.单元/集成测试流程

　　　　1）.单元测试又称模块测试，目的在于检查每个程序单元能否实现详细设计说明的模块功能、性能、接口和设计约束等要求，要求尽可能的发现模块内部可能存在的错误。

　　　　　　单元测试：

　　　　　　　　　　1.模块接口测试。数据是否能够正确的流入流出模块。

　　　　　　　　　　2.模块局部数据结构测试。不合适的类型说明，变量是否初始化，不正确的变量名，出现上溢、下溢和地址异常。

　　　　　　　　　　3.模块边界条件测试。

　　　　　　　　　　4.模块中多有独立执行通路测试。运算符优先级是否正确，混合类型运算，变量初值是否正确，精度够不够，循环终止的条件，迭代进入退出条件，循环变量。

　　　　　　　　　　5.模块的各条错误处理通路测试。是否正确输出（记录）出错信息，异常处理不当，是否准确定位出错信息。

　　　　　　单元测试中驱动程序和桩模块。桩模块是“自顶向上”，自己替换低级模块，测试的是高级模块，其外表和行为就像低级模块一样。驱动程序时用于“自底向上”，其代替高级模块，更有效的运行低级模块。

　　　　2）.集成测试又称组装测试或者联合测试，将模块按照设计要求组装成子系统或者系统，进行集成测试。检测程序单元和部件的接口关系。

　　　　　　（实验表明，一些模块虽然能够单独工作，但是不能保证连接起来能够正常工作，程序在局部无法反映出的问题，可能在全局出现）

　　　　　　集成测试解决问题：

　　　　　　　　　　1.数据经接口可能丢失。

　　　　　　　　　　2.模块对另一个模块可能造成不应有的影响。

　　　　　　　　　　3.几个功能模块组合起来不能实现主功能。

　　　　　　　　　　4.误差不断积累达到不可接受的程度。

　　　　　　　　　　5.全局数据结构出现问题。

　　　　　　　　

　　2.确认测试流程

　　　　确认测试又称有效性测试，是在集成测试完成之后进行，有用户参加确认，运用黑盒测试的方法验证所测试的软件是否满足需求规格说明书多列出的要求。

　　　　有的确认测试也包括配置测试，目的在于保证软件配置齐全，分类有序，并且包括软件维护所必须的细节。

　　　　确认测试分类：

　　　　　　α测试：开发公司内部人员模拟各类用户对即将面市的软件产品进行测试，试图发现错误并修改错误，开发人员可控。

　　　　　　β测试：软件开发公司组织各方面典型实际用户在日常工作中实际使用β版本，并要求用户报告异常情况，提出批评建议以供开发人员参考。

　　　　　　　　　　是一种现在测试，由多个用户在软件真实环境下实施，开发人员无法对其控制。目的是评价软件技术内容，法先隐藏错误和边界效应，是一种详细的测试，需要覆盖产品的所有功能。

　　　　　　α测试先于β测试进行。产品通过了Beta测试，那么就可以正式发行了。

　　　　确认测试和系统测试很多公司是一起进行的，区别是确认测试一般是在模拟环境下进行（一般为开发环境），系统测试是真实的环境下测试。

　　　　好吧，有人说确认测试在系统测试之后，有人说在系统测试之前，我有点糊涂，我认为确认测试是在系统测试之前在整个系统确认之前看软件是否满足用户要求。

　　　　

　　3.系统测试流程

　　　　系统测试是将已确认的软件、计算机硬件、外设、网络等因素结合起来，进行系统的组装测试和确认测试，在模拟或者实际运行环境下测试，目的是通过和系统的需求相比较，发现开发系统与用户需求不符或矛盾的地方。

　　　　系统测试的任务是尽可能的彻底的检查出程序中的错误，针对用户核心业务流程测试，不是对系统的全面覆盖测试，提高软件的可靠性，属于内部测试。

　　　　系统测试包括：

　　　　　　　性能测试：通过测试确定系统运行时的性能表现，如运行速度、响应时间、占有资源等系统数据。

　　　　　　　安全测试：检查系统对非法侵入的防范能力，测试人员假扮非法入侵者采用各种方法试图突破底线。系统安全设计准则：是非法入侵的代价超过被保护的的价值。

　　　　　　　容错测试：检查系统的容错能力，当系统出错后，能否在指定的时间内修复错误并重新启动系统。通过各种手段让软件强制性的发生故障，对于自动恢复后验证初始化、检查点、数据恢复、重新启动等的正确性。

　　　　　　　GUI测试（界面测试）、可用性测试（易用性测试）、安装测试、配置测试、备份测试、

　　　　　　　功能测试、性能测试、压力测试、容量测试、安全性测试、异常测试、健壮性测试、网络测试、稳定性测试、

　　　　　　　文档测试、在线帮助测试

 

　　　　　　　　

　　3.1.压力测试流程

　　　　压力测试为模拟用户正常使用时，系统工作的最少时间。

　　　　压力测试也称强度测试和负载测试。模拟试卷应用的软硬件环境及用户使用过程的系统负荷，长时间或超负荷的运行被测软件，来测试系统的可靠性、稳定性等。

　　　　目的在于软件使用以前或者软件负载达到极限以前通过可重复的负载测试，了解系统的可靠性和性能瓶颈，提高软件的可靠性、稳定性、建的号系统的宕机时间和因此带来的损失。

　　　　　　　　

　　3.2.性能测试流程

　　　　性能测试为测试系统崩溃极限，最多使用人数和数据库的极限容量。性能测试：通过测试确定系统运行时的性能表现，如运行速度、响应时间、占有资源等系统数据。

　　　　　　

 　　4.验收测试

　　　　验收测试又称交付测试，包含两大部分：软件配置审核和执行程序测试。大致顺序分为：文档审核、源代码审核、配置脚本审核、测试程序、脚本审核、可执行程序测试。

　　　　具体测试的内容与系统测试内容相似：安装（升级）、启动关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常负载、容量变化）、压力测试（临界负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障时能否正常运行）、可靠性测试等。

　　　　验收测试的执行人员是用户方的使用人员完成。

　　　　验收测试由第三方专业化的全覆盖型技术测试团队测试。

 

　贯穿在上面单元测试、集成测试、（确认测试）、系统测试、验收测试5个过程中的测试方法有：

　　　　　白盒测试、黑盒测试、静态测试、动态测试、手动测试、自动测试、冒烟测试、回归测试。

　以上为测试方法，可能会贯穿在每个测试过程。