软件测试的各个阶段

PDCA循环(戴明循环)plan do check action

1、测试需求的分析和确定

2、测试计划

3、测试设计

4、测试执行

5、测试记录和缺陷跟踪

6、回归测试

7、测试总结和报告

1、测试需求的分析和确定p114

1.2、需求规则说明书的检查要点p116

(关于怎样才能做好软件的需求分析工作,以及度量软件需求,请参考的《探索需求-设计前的质量》一书,《Exploring Requirements : Quality Before Design》)

例子:

1、是否覆盖了用户提出的所有需求项(完整性)

用户的原始需求素材(用户需求文档,用户提供的相关材料,调研记录,与用户的沟通记录)

2、用词是否清晰,语义是否存在歧义(明确性)

找出诸如也许,可能,大概,大约等关键词,因进一步明确需求,才不会导致后期与开发的理解冲突

3、是否清楚地描述了软件系统需要做什么及不做什么(必要性)

覆盖不多不少,少了则是需求覆盖不充分,多了则可能是不必要,强加给客户的功能,既浪费人力,也增加软件实现的风险

4、是否描述了软件使用的目标环境,包括软硬件环境(完整性)

应根据实际用户所适应的软硬件环境和网络环境进行测试,

5、是否对需求项进行了合理的编号(可修改性)

为了需求的维护和管理

6、需求项是否前后一致、彼此不冲突(一致性)

比如说明书描述软件使用环境时没提到需要在Linux平台下使用,而在描述安装包的开发时则要求需要支持Linux,会让人产生疑惑感

7、是否清楚说明了系统的每个输入、输出的格式,以及输入输出之间的对应关系(可测性)

检查每一类的输入是否存在固定的输出,如没有则是缺乏判断和验证系统正确性的依据

8、是否清晰描述了软件系统的性能要求(完整性)

有时候必要时还包括安全性的需求,如果确实需要则需要考虑

9、需求的优先级是否合理分配(优先级)

关键特效,重要特效,用户关心的功能,用户迫切想要的功能优先

10、是否描述了各种约束条件(可测性)

约束条件的完整,合理,与用户的业务场景一致

单据:输入大于0的

2、测试计划p119

--一场对所有软件BUG展开的歼灭战

确定测试范围

制定测试策略

测试资源安排

-------测试难道、时间、工作量、人员

-------由于每个人的思维存在局限性,每项测试最后安排不少于2个人测试,以便交叉测试

进度安排

-------最好能预留一段缓冲时间,用于应对计划的变更,以及让测试员有时间完善和补充测试用例

风险及对策

-------可考虑建立后备机制

3、测试的设计及测试用例p122

´方法:

等价类划分法

边界值分析法

等价类+边界值

基本路径分析法

因果图法

场景设计法

错误猜测法

正交表与TCG的使用

等价类划分法:

一般可分为有效等价类和无效等价类

比如:在一个系统中,填写一个多少岁的成年人数学考了多少分(假设成年人年龄为x,0<x<=18,数学成绩为y:0<=y<=100

那么年龄按照等价类划分可分为x<0,0<x<=18,x>18,有效等价类是0<x<=18,无效等价类是x<0,x>18

数学成绩按照等价类划分可分为y<0,0<=y<=100,y>100,有效等价类是0<=y<=100,无效等价类是y<0,y>100

边界值分析法:(一般是与等价类划分一起使用)

一般边界值分析是因为程序开发循环体时的取数可能会因为<,<=搞错。

比如下面代码

for(int i = 0;i <100; i ++)

{

  int j = i+1;

  System.out.println("循环第“+j+"次")//循环地做某件事情

}

这里的程序是循环了100次,所以会做100次;

如果程序员不小心,把i <100写成i <= 100,则会溢出,这时候边界值检查是一个很好的测试方法。

比如:在一个系统中,填写一个多少岁的成年人数学考了多少分(假设成年人年龄为x,0<x<=18,数学成绩为y:0<=y<=100

   根据上面的等价类划分法我们可知,年龄的有效等价类是0<x<=18,所以边界值就是0,1,18,19

                  数学成绩的,有效等价类是0<=y<=100,所以边界值就是-1,0,100,101

基本路径分析法:(一般根据流程图)

比如审批合同:

编辑合同-提交-审核通过-建帐套

编辑合同-提交-审核不通过-修改-提交-审核通过-建帐套

因果图法(一般与判定表一起使用)

待续。。。

´组合覆盖(PICT使用)

http://www.pairwise.org/ http://msdn.Microsoft.com/en-us/testing/bb980925.aspx

Model文件格式:<ParamName> : <value1>,<value2>….

具体使用方法:p132

分类数与TESTONA的使用http://www.berner-matter.com/en/products/testona/index.html

TESTONA下载地址:http://www.testona.net/cms/upload/3_Raw/testonaLightSetup_4.1.1.exe

时间: 2024-10-31 16:46:53

软件测试的各个阶段的相关文章

软件测试四个阶段

软件测试的对象包括软件需求.概要设计.详细设计.软件运行环境.可运行程序和软件源代码等. 软件测试包括质量.人员.资源.技术和流程五大要素,以及测试覆盖率和测试效率两个目标. 软件测试一般分为4个阶段:单元测试.集成测试.系统测试.验收测试. 一.单元测试 单元测试是对软件中的最小可验证单元进行检查和验证.比如对Java中的类和方法的测试. 测试原则: 1.尽可能保证测试用例相互独立(测试用例中不能直接调用其他类的方法,而应在测试用例中重写模拟方法): 2.此阶段一般由软件的开发人员来实施,用以

软件测试学习随笔(8) 软件测试的阶段

软件测试主要包括以下阶段: (1)单元测试 Unit Test 单元测试,是指对软件中的最小可测试单元进行检查和验证.对于单元测试中单元的含义,一般来说,要根据实际情况去判定其具体含义,如C语言中单元指一个函数,Java里单元指一个类,图形化的软件中可以指一个窗口或一个菜单等.总的来说,单元就是人为规定的最小的被测功能模块.单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试. 单元测试的目的: 验证代码与设计相符合 跟踪需求和设计的实现

软件测试工程师笔试题带答案

软件测试题目一. 判断题 (每题2分,20)1.软件测试就是为了验证软件功能实现的是否正确,是否完成既定目标的活动,所以软件测试在软件工程的后期才开始具体的工作. (初级) ( × )2.发现错误多的模块,残留在模块中的错误也多.( √ ) (初级)3.测试人员在测试过程中发现一处问题,如果问题影响不大,而自己又可以修改,应立即将此问题正确修改,以加快.提高开发的进程.( × )(初级)4.单元测试通常应该先进行“人工走查”,再以白盒法为主,辅以黑盒法进行动态测试.( √ )(中级)5.功能测试

软件测试(基础理论一)摘

关于软件测试的基础理论一二三,都已经重新整理更新到了基础知识总结,跳转门:http://www.cnblogs.com/zhujiliiu 1.什么是软件 定义:计算机系统中与硬件相互依存的一部分(程序+数据+相关文档) 程序:按事先设计的功能和性能要求执行的指令序列 数据:使程序能正常操纵信息的数据结构 文档:与程序开发.维护和使用有关的图文资料 2.软件的生命周期 可行性研究和计划.需求分析.概要设计.详细设计.实现(开发阶段). 组装测试.确认测试.使用和维护 3.什么是软件测试 定义:软

软件测试笔试题

一.判断正误题 1.测试是证明软件正确的方法.(×) 2.测试中应该对有效和无效.期望和不期望的输入都要测试.(√) 3.对于连锁型分支结构,若有n个判定语句,则有2n条路径.(√) 4.GOTO语句概念简单,使用方便,在某些情况下,保留GOTO语句反能使写出的程序更加简洁.(√) 5.黑盒测试也称为结构测试.(×) 6.测试是调试的一个部分 (×) 7.程序中隐藏错误的概率与其已发现的错误数成正比(√) 8.测试的目的是发现软件中的错误.(√) 二.不定项选择题 1.下面的哪一项测试步骤中需要

软件测试自学指导手册

近来,软件测试行业发展迅速,企业越来越重视测试了.越来越多的人加入了测试大军中,很多人也想通过自学来学习软件测试技术加入这个行业,但是现在软件测试的书籍越来越多,也良莠不齐,而且软件测试涉及的技术也越来越多.本次将指导童鞋如何进行自学,并大家提供一些比较优秀的书籍,并给出学习的顺序. 一.软件测试基础知识 要想进入测试这个行业,就必须要了解什么是软件测试,该如何测试? 这部分的学习目标:掌握软件测试的基本概念.软件测试的流程,并能熟练的应用常见的用例设计方法来设计测试用例.掌握常见的测试方法和类

软件测试自学指南---从入门到精通(转载)

一.软件测试基础知识 要想进入测试这个行业,就必须要了解什么是软件测试,该如何测试?这部分的学习目标:掌握软件测试的基本概念.软件测试的流程,并能熟练的应用常见的用例设计方法来设计测试用例.掌握常见的测试方法和类型,并知道如何进行每个阶段的测试.下面是推荐的参考书:1.软件测试(原书第2版) (美)佩腾(Patton,R.) 著,张小松 等译这本书可以用来作为进入行业的第一本书,本书讲解的都是实用的技术,通过阅读本书可以快速的去学会如何测试软件.个人建议,这本书至少要读3遍以上.看完这本书,自己

软件测试必须要知道十个关键点

软件测试行业急需大牛 记得2年前刚毕业的时候听说了软件测试这个行业,当时也去百度仔细进行了一番搜索,评价基本千篇一律的看好.看好的原因在于,专家认为未来的互联网市场用户体验至上,而产品质量与用户体验有紧密的联系,自从近年产品经理岗位火了之后,人人都是产品经理的概念深入人心,但其实人人也都要具有质量观念,出色的产品质量可以提供更好的用户体验. 说被专家一席话打动有些牵强,当时就是因为自己的开发功底不足,退而求其次选择了杭州软件测试一家公司谋生.而生活中很多事都要亲历了才知道究竟是怎样~其实,国内的

软件测试理论学习

测试活动的开展 测试计划 测试活动的目的和被测目标 测试的范围 测试的方法 测试所用到的资源 测试的进度安排 测试的策略 测试用例的产生 何时开始编写测试用例 选定测试方法 测试用例的内容 测试用例的粒度 测试用例的组织方式 测试用例的审查 测试用例的有效性检验 开始执行测试 报告测试缺陷 V模型 软件需求分析--用户验收测试 系统概要设计--系统测试 详细设计--集成测试 编码--单元测试 1.什么是黑盒测试? 测试人员把软件产品看成是一个黑盒子,测试过程中对这个软件黑盒的操作只关注会得到什么