【系列干货】软件测试技术分享

TesteroneT 发表于 2018-9-19 17:05:16

什么是软件测试：
软件测试是在软件投入运行前，对软件需求分析、设计规格说明和编码的结果进行复查，是软件质量保证的关键步骤。
软件测试是根据需求、设计文档、代码、经验等精心设计一批用例，利用这些测试用例去运行程序，并发现程序错误的过程。
业界对软件测试的两种定义：证“实”和证“伪”：

1、软件测试就是证明软件不存在错误的过程——证“实”

2、软件测试就是为了发现软件中错误而执行程序的过程——证“伪”

软件测试的目的：
软件测试基于不同的立场和角度，存在着两种完全不同的目的：
1、从用户的角度：希望测试暴露软件中隐藏的错误和缺陷，以考虑用户是否可以接受该产品
2、从软件开发者的角度：希望测试表明软件产品不存在错误，软件已经正确实现了用户需求

有鉴于此，Grenford J.Myers就软件测试目的提出以下观点：
测试是程序的执行过程，目的在于发现错误；
一个好的测试用例在于能发现至今未发现的错误；
一个成功的测试是发现了至今未发现的错误的测试；
软件测试的原则：
1、尽早地、不断地进行软件测试
2、明确测试输入预置条件和与之对应的预期输出结果
3、避免测试自己编写的程序
4、在测试设计时应充分考虑异常的输入情况
5、充分考虑程序测试中的群集现象，80%的错误集中在20%模块上
6、排除测试的随意性
7、对测试结果做全面检查
8、妥善保存测试计划、测试用例、出错统计和最终分析结果
9、所有的测试应该追溯到用户需求
10、测试应该从“小规模”开始，逐步转向“大规模”即渐增式build测试

软件测试的理论基础知识：
1、了解测试类型方法（功能、性能、安全、兼容性、可靠性、易用性、数据一致性测试、精准测试、契约测试、探索性测试等）
2、测试分析相关知识（黑盒测试、白盒测试、测试建模方法工具等）
3、测试管理（测试策略、测试风险评估、质量管理、测试流程、用例管理、缺陷管理等）
4、领域类知识（如Web领域需要了解前端，后台服务端的基础工作原理）
5、IT基础知识（如操作系统使用、数据库、网络、路由、负载均衡等）

后续将针对软件测试的理论基础逐步分享

TesteroneT 发表于 2018-9-19 17:32:37

【系列干货】软件测试技术分享【一】黑盒测试-等价类划分
黑盒测试的定义：
常见的黑盒测试方法有等价类划分、边界值分析、错误推测、因果图、判定表、正交分析、功能图
等价类划分定义：
等价类划分是一种典型的、常用的黑盒测试方法，这种方法把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量有代表性的测试数据取得较好的测试效果。
下面的例子可以帮助我们澄清概念：
决定是否发放贷款，需要判断很多条件。其中一个是借出者的年龄。在贷款系统中，年龄在0-100之间变化。根据不同的年龄段，判断同意或拒绝放贷。具体情况如下：
age < 18 拒绝发放
18<= age <=55 发放标准贷款
age > 55 发放高额贷款
假设执行了3个测试用例，age的值分别为：16，32，44。这样的取值不是很好，因为：
1、执行结果没有覆盖到“发放高额贷款”，那么这部分处理的错误就不会被发现。
2、如果当age=32时，系统执行正确，那么age=44时系统也不太可能出错。这样，最后一个用例就是多余的。
在这个例子中，参数“age”有3个等价类：0-17，18-55，56-100。对于每个等价类中的参数，系统的响应不同，所以各需要一个用例覆盖。
等价类划分原则：
应用等价类覆盖的原则是：相同等价类中的不同的值发现错误的机会是一样的，也就是说，测试相同等价类中的不同值，几乎不能增加错误发现的机会。
但我们必须知道，这是种假设。如果对于等价类中一个随机的值系统能够正确响应，原则上，对于其他值系统仍然有可能响应错误。比如：
1、欺骗性的系统行为
如果一个程序员，出于欺骗的目的添加了如下的一段代码：“IF name = THEN discount = ”。原则上，仅仅靠全耦合(sheer coincidence)或检查源代码本身的结构化方式，这段代码是不能被发现的。
2、使用错误的等价类登录
在某些情况下，触发系统行为的参数本应该是属于另一个等价类。这通常涉及被错误归类的边界值。更多内容请参考“边界值分析”。
尽管其基本原则是一种假设，等价类仍然是一种可用且有用的方法。通过将等价类而不是每个可能的输入值作为测试用例的基础，能够控制用例的数量，并且能够对系统行为的变化达到一个满意的覆盖。
有效等价类和无效等价类：
等价类又分为有效等价类和无效等价类。
有效等价类是指对于系统的规格说明来说是合理的，有意义的输入数据构成的集合；
无效等价类是指对于系统的规格说明来说是不合理或无意义的输入数据所构成的集合。
无效等价类中的值会导致错误信息，有效等价类的值会按照预期的执行。在进行测试覆盖时，要同时考虑这两种等价类。因为，软件不仅要能接收合理的数据，也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。这里不进行详述，对这种特殊覆盖的表格被归入“正确路径/错误路径覆盖”方法中。
等价类对输入和输出参数均适用。
覆盖深度：
对于等价类覆盖技术，其覆盖深度可以通过其划分的等价类的数量来区分。对于同一个测试输入，如果划分的等价类越多，其覆盖深度越高。举例：对于取值范围为（0，10）的参数，最简单的就是划分3个等价类，其中包括一个有效等价类：大于0，小于10的数据，两个无效等价类，小于等于0的数据，以及大于等于10的数据。如果等价类划分的更细，如在大于0，小于10的数据中进一步划分两个有效等价类如大于0，小于5和大于等于5，小于10，或者在小于等于0的无效等价类中进一步划分为两个无效等价类，小于0以及等于0。
等价类划分原则：
等价类划分是有原则可遵循的，为了能更好得理解，这里结合我们的产品同时对每个原则给出了一个范例，具体如下：
1.在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。
举例：范围是，此时可以划分1个有效等价类：，2个无效等价类: <0 ，>100。
2.在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类.
举例：假设在某一系统中，需要输入Y/N以确定是/否输出报表，此时Y、N可以划分为一个有效等价类，而其他非Y、N的字符为一个无效等价类。
3.在规定了输入数据的一组值假定n个，并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类
举例：业务的类型范围为{type1,type2,type3} ，业务类型只能为其中一种，而对于每一种业务类型，计算业务量时都略有不同，则可以将每种业务都作为一个等价类，而将不是其中任何一种的值作为一个无效等价类，比如type4。
4.在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类符合规则和若干个无效等价类从不同角度违反规则.
举例：创建用户时设置密码，密码要求是数字/英文开头，后接数字/英文/符号，且要求小于16位。对于这样的输入规则，该规则就是一个有效等价类，而对于打破该规则的任意子条件的情况均为无效等价类，如：某输入以符号开头，后接数字/英文/符号；某输入以数字开头，后接中文；某输入以英文开头，后接数字/符号，但输入为20位。
5.在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类
举例：输入值范围是1～63，则我们开始可以把1～63之间作为一个有效等价类，但是进一步分析发现，1～63个值中，前1～31和后32～63在具体处理中存在差异，则我们可以把1～63这个有效等价类进一步划分为1～31和32～63两个有效等价类。

海海豚 发表于 2018-9-20 08:59:09

谢谢分享~

rensiyu23 发表于 2018-9-20 11:50:52

谢谢谢还有吗

TesteroneT 发表于 2018-9-20 15:28:40

rensiyu23 发表于 2018-9-20 11:50
谢谢谢还有吗

后续还有，有时间我会持续刷新

TesteroneT 发表于 2018-9-20 15:28:55

rensiyu23 发表于 2018-9-20 11:50
谢谢谢还有吗

后续还有，有时间我会持续刷新

TesteroneT 发表于 2018-9-21 15:31:29

【系列干货】软件测试技术分享【一】黑盒测试-边界值覆盖技术
定义
当参数超过某一个特殊的界限，系统行为就立刻发生改变，那么我们称这个界限为“边界值”。
下面的例子能说明这种情况。根据年龄，是否发放贷款的规定如下：
age < 18 拒绝贷款
18<= age <=55 发放标准贷款
age > 55 发放高额贷款
在这个例子中，参数age有3个等价类，18和55是边界值。

边界值覆盖应用原则
在实际测试中会发现很多错误都与边界值有关。通常这些错误仅仅是程序员犯的“粗心的程序错误”(sloppy programming mistakes),比如他们不小心把“>=”写成了“>”，或把“>=”写成了“=”。在上面的例子中，如果犯这样的错误，程序中的条件可能会被写成“IF age <= 18 THEN ……”，那么参数age的值—18，就会突然落到了第一个等价类(拒绝贷款)里面而不是中间的那个（发放标准贷款）。
边界值覆盖经常和等价类覆盖配合使用，首先划分等价类，然后在等价类的边界上确定测试条件。
除了与等价类覆盖配合使用，边界值覆盖也经常和判定点覆盖配合使用。例如，在贷款系统中，需要定义下面的条件：“IF (loan sum > salary) THEN……”。这里，包含了一个判定 “if(…..)”，该判定中包含了一个条件“loan sum > salary”。单独应用判定点覆盖技术，假设应用条件覆盖技术，则能够得到两个测试条件即满足条件为真为假各一次的loan sum的取值。如果同时应用边界值覆盖技术，则能够产生3个测试条件，即loan刚好小于salary（此时条件为假），loan刚好等于salary（此时条件为假），loan刚好大于salary（此时条件为真）。
验证边界值是否被分配到了合适的等价类中(或条件中)是“边界值分析”方法能达到的另一个(separate)目的。
边界值确定原则
进行边界值确定的方法非常简单：
确定相关等价类或条件的边界
定义下面3种测试条件：在边界上，正好在边界值上方(directly above it)，正好在边界值下方(directly below it)
“正好在边界值上方”和“正好在边界值下方”的精确意义，要依赖参数值表示的一致性（unity）和精度。在上面的例子中，如果工资和贷款总额用分表示，那么贷款总额应该测试如下的值：
Loan sum == salary
Loan sum == salary + €0.01
Loan sum == salary - €0.01
但是，如果系统计算到小数点后4位，那就应该验证到€0.0001，而不是€0.01。而且，在进行判定点覆盖时，salary、salary + €0.01、salary - €0.01的取值可能都需体现在最终的测试条件中。
有一种简化的边界值分析方法(slight variant of boundary value analysis)，这种方法针对每个边界只需要考虑两个测试条件：即边界值本身也是邻近的另一个等价类中的值。该文档开始部分的例子就可以用这种方法。参数age有3个等价类，2个边界值（18和55）。分别使用无边界值分析方法、标准的边界值分析方法和简化的边界值分析方法分析测试条件的情况如下：
无边界值分析 3个测试条件 12，32，64
标准的边界值分析 6个测试条件 17，18，19 和 54，55，56
简化的边界值分析 4个测试条件 17，18 和 55，56
如果有经验的测试人员选择了边界值分析的方法，他们通常会使用简化方法。当然，如果要验证同时属于两个等价类（大于和小于边界值）的一个值，那么“在边界上”且“邻近另一个等价类”的边界值就不需要费力选择了。
简化方法的一个弊端是无法发现某些使用标准边界值分析方法才能发现的错误。之前提到的错误就有一个这样的例子，即“>=”被写成了“=”时。
不建议使用简化的边界值分析。
边界值分析也不总和等价类或条件一起使用。边界也不总是存在的。比如，参数“Gender”的值（当然也是等价类）是“M”和“F”，但“M”和“F”之间不存在边界这样的东西。系统中属于“codes”和“types”之类的参数也是这样的情况。
边界值分析可以应用于系统的输入侧，也可以应用于系统的输出侧。假设，销售报价页最多能有10行。那么使用边界值方法分析，需要分别验证打印出来的包含9行、10行（所有行都在一张纸上）和11行（第11行在第二页上）内容的报价页。
覆盖深度
边界值覆盖的覆盖深度是确定的，其对覆盖深度的影响主要体现在和其他覆盖技术配合使用中。例如：等价类+边界值、判定点+边界值等等，在某一个覆盖技术的基础上再应用边界值覆盖技术能够达到更高的覆盖深度。
边界值分析过程
边界值分析方法的操作可以参考以下步骤：
1、确定输入/输出域：可以选择等价类划分方法对输入、输出域划分。
2、确定边界：运用边界值分析方法确定域范围的边界（边界上的点、大于边界的点、小于边界的点）。
3、相关性分析（可选）：如果存在多个输入域，则需要运用因果图、判定表（判定树）方法对这些输入域边界值的组合情况进行进一步分析。
4、形成测试项：选择这些边界值的点或者这些点的组合形成测试项。

页: [1]

51Testing软件测试论坛 's Archiver

【系列干货】软件测试技术分享