“.Net软件测试自动化之道”_net软件测试自动化之道电子书-CSDN博客

本文链接：https://blog.csdn.net/imlogic/article/details/2622784

久闻此书大名，终于在上个星期把它从图书馆里借了出来。看后感觉前半部分对测试人员来说还是不错的，但是后面部分过于倾向代码开发，比较适合做白盒测试，单元测试。整体上要求读者有一定的开发能力，但是测试人员也可以把它作为一本了解开发人员如何做测试的参考书。

术语

test harness 测试套件

test suite 测试组

SUT(System Under Test)、AUT(Application under Test)、IUT(Implementation Under Test)待测程序

Console application 控制台程序

精华

自动化测试技术是为了补充其他测试的不足，比如手工测试，测试驱动开发，基于模型的测试，开源测试框架，商业测试框架等等，而不是替代这些测试。软件测试自动化相比于手工测试的5个优点（SAPES）

1.更快的速度（Speed）

2.更高的准确性（Accuracy）

3.精度（Precision）

4.效率（Efficiency）

5.更有利于测试者提升自身技能（Skill-Building）

文中作者提出了“轻量级的自动化测试”的概念，认为轻量级的自动化与开源测试框架和商业框架相比，没有那么陡峭的学习曲线，与商业自动化测试框架相比，轻量级的自动化测试花费相对便宜并且很容易定制。与开源测试框架相比，轻量级的自动化测不会有太多版本更新和bug修复，从而更为稳定。最大的优点是可以调动测试者的主观能动性－轻量级的自动化测试积极鼓励编写有创造性的测试程序，而商业框架和开源框架常常限制你只需编写框架支持良好的那些测试类型。它唯一的缺点是不太容易维护。

第一部分 Windows应用程序测试

第一章 API测试

API(Application Programming Interface)测试的自动化是软件测试自动化最基本的一种类型。从本质上说，API测试是用来验证组成软件的那些单个方法的正确性，而不是测试整个系统本身。API测试也被称位单元测试(Unit Testing)，模块测试(Module Testing)，组件测试(Component Testing)以及元件测试(Element Testing)。从技术上说，这些术语是有很大区别，但是在日常应用中，你可以认为他们大致具有相同的意思。它们背后的思想就是，必须确定系统中每个单独的模块工作正常，否则，这个系统作为一个整体不可能是正确的。

手工测试一个API的步骤：

创建一个小的程序，

把待测的类copy到测试程序中，

针对待测方法硬编码（hard-coding）一些输入值，

运行这个存根程序（stub program）以得到实际的输出结果，

然后通过肉眼来比较实际的结果是否与预期的结果一致，

从而决定测试是否通过。

自动化测试API的步骤：

1）存储用于测试用例的数据存储测试用例数据的文件

a－独立于测试套件

b－文件中的每一行代表一个单独的测试用例，每个测试用例基本字段为：测试用例ID，待测方法，测试用例输入以及期望结果。每个字段用统一的字符分开，如“：”

c－文件格式可以采用文本文件或XML格式甚至SQL表。对于轻量级的自动化测试程序来说，出于简单性的考虑，文本文件是最好的数据存储方法。