出品主任的测试修养

出品笔记体系:20170104

一、测试准备

测试用例

1.测试用例的编写不仅应当遵照有效和预料到的输入状态,而且也应当遵照无效和未预料到的输入状态

2.测试用例的规划步骤

据悉计划基准设计基本效率测试用例—>边界值测试用例—>状态转换测试用例—>错误预计测试用例—>十分测试用例—>性能测试用例—>压力测试用例

测试文档包括:测试计划文档,测试设计基准文档,测试用例,软件缺陷报告,状态报告

Bug标准

1.Bug记录

一个Bug最主旨的笔录要求:bug编号、bug严重级别、优先级、bug暴发的模块、bug摘要、演说bug大体的情节、bug对应的本子、bug详细意况描述,包括一些截图、录像等、bug出现时的测试环境、发生的原则即对应操作步骤

2.产品Bug等级

1)致命错误,可能引致本模块以及其余连锁模块相当,死机等问题;

2)严重错误,问题局限在本模块,导致模块功能失效或特别退出;

3)一般错误,模块效用部分失效;

4)指出问题,由问题提议人对测试目的的改良意见.

3.修改Bug原则:

1)发现严重错误、致命错误应及时处理,有需要则运用热更新/发包

2)发现貌似错误则尽量在下一本子中处理

www.27111.com,3)指出问题可方便靠后,可加在继承的本子需要中

4)在发新版本前发现一般错误、严重错误、致命错误,应解决错误之后再发版本

二、测试流程

1.单元测试:对先后中着力组成单位测试,如一个模块、一个过程等;目标是稽查软件基本构成单位的不错

2.集成测试:在软件系统融为一体过程中展开的测试,目的在于检测软件单位之间的接口是否科学

3.连串测试:对已经集成好的软件系统开展到底的测试,以表达程序的不易和性质满足需求

4.验收测试:以《需求原则表明书》为验收规范,测试时模拟实际用户的运作环境;测试内容为:对效能模块的一应俱全测试

5.回归测试:在软件维护阶段,对软件拓展改动之后展开的测试;目的在于申明修改后的次第是否可以正确的运作

二、原则&理论

测试原则

检查程序是否做了“产品需要”中描述的业务,以及有没有做“产品要求”外的事务(需求+错误)

测试理论

1.黑盒测试:已知产品的效率要求,测试阐明每个功效是否切合要求

黑盒测试方法包括:等价类划分、边界值分析、错误揣度法、因果图测试、状态图、场景法、大纲法

2.白盒测试:已知产品里面工作历程,测试注明功效内部操作是否相符效率需求

白盒测试方法包括:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件构成覆盖、路径覆盖

由此采纳一定的面向黑盒测试的测试用例设计情势,而后使用白盒测试方法对先后的逻辑结构举办检查以填补这一个测试用例,借此来统筹出一个一定严厉的测试

三、测试要求

1.功效测试

1)效能测试:检查要求描述中的产品竞相,能否正确地开展跳转,数据是否正确提交/重返

2)加载测试:检查多媒体元素是否可以正确的加载/突显,页面展现是否正常

3)链接测试:链接是否可正常跳转,是否有些出错音信重回

4)多语言襄助:能否正常匡助显得语言、表情、特殊符号等

2.界面测试

1)页面实现效益是否与统筹效率图一律

2)页面布局是否站得住正确,重点内容和热门内容是否出色

3.性能测试

1)性能测试一般从以下3个地点考虑:压力测试、负载测试、强度测试

2)输入条件在边界值、极限值意况下,能够健康运作,并授予正确的举报

3)数据库测试:数据库一般需要考虑连结性,对数码的存取操作,数据内容的辨证等地点

4.有惊无险测试

1)基本的基本功用测试:比如,登录注册、支付等制品重点作业

2)是否存在不当会导致系统崩溃、权限泄露等问题

3)相关支出语言的大规模安全性问题检查,例如SQL注入等

5.包容性测试

1)客户端的兼容性

2)系统版本的兼容性

四、测试方法

1.等价类划分:把整个输入数据客观划分为多少等价类,在每一个等价类中取一个数据作为测试的输入条件;等价类划分可有两种不同的场地:有效等价类和失效等价类

2.边际值分析法:使用边界值分析方法设计测试用例,首先应规定边界情形;平日输入和出口等价类的界限,就是应着重测试的界限情形;应当选用正好等于、刚刚超越或碰巧小于边界的值作为测试数据

3.不当揣度法:基于经验和直觉推断程序中有所可能存在的各个不当,
从而有针对的规划测试用例的办法

不当估算方法的为主考虑:
列举出程序中拥有可能部分错误和容易发生错误的例外意况,依据他们采取测试用例.
例如,
在单元测试时曾列出的多多在模块中普遍的谬误、以前产品测试中早已发现的荒谬等;还有,
输入数据和输出数据为0的状态

4.因果图方法:考虑输入条件之间的互动结合,可能会时有暴发一些新的图景;可考虑采纳一种适合于描述对于多种条件的结缘,相应暴发两个动作的花样来考虑设计测试用例;这就需要使用因果图(逻辑模型),因果图方法最终生成的就是判断表

5.正交表分析法:可能因为大气的参数的结缘而滋生测试用例数量上的新增;同时,那么些测试用例并从未明确的先行级上的差别,而测试人员又不知所措形成这么多多少的测试,就足以经过正交表来拓展削减部分用例,从而达到尽量少的用例覆盖尽量大的限量的可能

6.场景分析方法:指依照用户场景来效仿用户的操作步骤,这个相比像样因果图,不过也许举办的深度和可行性更好。

7.状态图法:通过输入条件和系统要求表明得到被测系统的享有情状,通过输入条件和景观得出输出条件;通过输入条件、输出条件和意况得出被测系统的测试用例。

8.大纲法:大纲法是一种着眼于需求的措施,为了列出各类测试条件,就将急需变换为大纲的花样。

大纲表示为树状结构,在根和各种叶子结点之间存在唯一的路径。大纲中的每条路径定义了一个特定的输入条件集合,用于定义测试用例。树中叶子的多少或大纲中的路径给出了测试所有效率所需测试用例的大致数量。

五、其他

1.正确认识测试:测试流程的核心是在保持研发效用的前提下加强产质量料

2.有关人肉测试:测试团队更多的天职在于测试边界、极限条件的情景,以及做回归测试

3.测试用例的设计到测试执行,可以利用经典的三轮测试系统与探索性软件测试系统

按部就班测试用例——用例评审——一轮测试(周全执行测试用例)——二轮测试(针对bug修复的申明以及bug修复可能带来问题的证实)——三轮测试(内网系数回归)——外网回归测试

4.回归测试需要频繁的施行,去反省以往用例是否因为使用迭代而出现新的bug。

在回归测试环节也得以帮助拔取测试自动化的章程,但为数不少时候自动化是不可能判队代码出错的题材的,更多是需要监控sdk举办

发表评论

电子邮件地址不会被公开。 必填项已用*标注