软件测试人

 本文原载于“软件测试工具”介绍软件测试相关内容的专业博客www.mytestlife.com，任何转载均需保留原址。 

前言：本博客一直关注C++test单元测试，C++test是一款专业的测试工具，除了包含单元测试还有静态规则检查，数据流分析的功能，但C++test是一款商业工具，对于一些希望通过开源方式打造单元测试环境的公司或者测试人员而言，CppUnit无疑是非常好的环境。本文分成两篇文章介绍如何在Windows和Linux上搭建CppUnit测试环境，全文如下

....

单元测试在国内的软件公司开始越来越受到重视，作为单元测试用例的开发人员或者测试人员，如何对图形化界面程序做单元测试？这是一个比较棘手的问题。首选我们简单分析针对图形化界面的单元测试所碰到的难点：

1. 图形化界面往往会弹出一些窗口，这些窗口需要用户的响应，比如点击“确定”或者“关闭”按钮，而单元测试时，一般是针对一系列的测试用例进行测试，如何对弹出的窗口进行自动化响应？

...

好文推荐系列之白盒测试 - - 为何进行白盒测试 从“清洗面包机”讲起

一. 推荐理由：

a. 该篇文章从清洗面包机这个浅显易懂的道理入手，阐述白盒测试/单元测试的重要性，告诉测试人员或者软件测试部门经理为何要进行白盒测试/单元测试；

b. 通常的角度而言，很多人认为白盒测试效率低下，性价比低，不如系统测试直接高效，但本文作者从另一个角度论及白盒测试实际上是一种高效测试的手段；

c. 单元测试针对编码阶段引入的问题，集成测试与功能测试针对软件设计中引入的问题，验收测试针对需求与规格。单元测试不要或缺的重要原因是：编码阶段引入的问题占很高比例，不进行单元测试就难以保证系统最终的稳定性。

d. 白盒测试/单元测试做到什么程度为宜？一直是做单元测试的人比较难以把控的一个问题，本文在这方面给予了一些解答；

本文原载于软件测试人，任何转载请保留原址:www.mytestlife.com/post/unit_test_and_white_test.html

作为一名测试人员，您可能经常听到诸如单元测试，集成测试，系统测试，有诸如白盒测试，黑盒测试等等概念。但对于单元测试和白盒测试的关系您清楚吗？

本文对此做个浅要的说明，希望对帮助你理清单元测试和白盒测试的关系有所帮助...

C++test支持RealView MDK，以下列举使用工程中碰到的一些问题，便于一些朋友和自己查询和参考

......

前言：接收标准为程序员经过单元测试后，提交测试时应达到的最低标准，如不满足，则返还开发，重新提交测试。　　一、接收资料完整，如资料不完整，则不予接收　　1、经过审核程序源代码。　　2、用来运行单元测试的相关的模块（测试桩模块或其他模块）。　　3、必要的数据库文件。　　4、经过审核过的概要和详细的设计文档、帮助文件、其他必要的文件。　　5、白盒测试的测试用例和白盒单元测试报告。　　

结束语单元测试不但保证局部代码的质量，同时使开发过程自然而然地变得"敏捷"。单元测试对项目或产品的整个生命周期都具有积极的影响：对需求分析、设计的影响：自动回归测试可以发现代码修改所引入的错误，使开发过程可以适应频繁变化的需求，减轻需求分析和架构设计的压力，轻松实现螺旋式的开发过程。对后期测试的影响：由于代码错误已很少，大幅减少集成测试和系统测试的成本，自动回归测试也使修正错误

第五章 提高测试效率的途径5.1 提高测试效率的基本思路提高测试效率的方法有两个："节"，"挖"。"节"就是利用工具尽可能减少测试时间，"挖"就是挖掘编码工作和调试工作中的效率潜力，编码、调试与单元测试具有紧密的关系，利用单元测试工具可以提高编码和调试效率，从而抵消部分或全部测试时间。5.2 减少测试时间要减少测试时间

第四章 彻底测试的方法4.1 彻底测试的可能性有一种说法是，"测试总是不彻底的"，对于软件整体来说，要做到彻底测试确实很难，但对于局部代码，则是完全可能的。先说 "理想的彻底测试"，对于一段程序，比如一个函数，如果它的所有可能输入都测试过，并且都没有错误，那么可以肯定，这个函数是没有错误的，这就是 "理想的彻底测试"。"理想的彻

第三章 基本测试方法3.1 单元测试的基本方法单元测试的基本方法有：人工静态分析、自动静态分析、自动动态测试，人工动态测试。人工静态分析：通过人工阅读代码来查找错误，一般是程序员交叉查看对方的代码，可能发现有特征错误和无特征错误。自动静态分析：使用工具扫描代码，根据某些预先设定的错误特征，发现并报告代码中的可能错误，自动静态分析只能发现语法特征错误。自动动态测试：使用工具自动生成测试用例并执行被测