放飞梦想，让软件研发天天轻松

很多测试人员和测试管理人员都认为测试的主要职责是发现产品或系统的问题，其实是比较片面的。测试的定位从有软件工业开始虽然一直在变化，但是测试的定位始终与软件的质量联系在一起。 在测试的最初，也就是上世纪七十年代，大家对测试的定位就是在多发现问题。 但是很快人们就发现发现问题固然能提升质量，但是并不是所有的问题的解决都会对质量的提升产生相同的效果。因此，人们思考觉得不仅仅要发现问题，发现问题只是一...

质量就是产品满足客户需求的程度 客户需求是各个方面的，因此质量也包含多个维度。除了大家都很普遍关注的功能以外，还应该包含性能，可靠性、可维护性、易用性和可服务性等 为了保障产品的质量，测试也应该包含相关维度的验证。因此对于产品的测试，不仅应该测试产品特性的功能，同时应该关注质量维度的各个方面。因此对于一个产品的测试，功能测试只是基础、其他的如性能测试、可靠性测试、可服务性测试都应该全面关注。...

没有风险，就不要测试，因此测试的基本测试策略就是基于风险的测试。 那到底该如何进行测试呢？如何选择测试策略最终交付产品的风险更小呢？要根据产品的质量要求和测试类型来确定合适的测试策略。 如一般的IT产品，一般可以考虑从证实的角度进行测试设计；如产品的质量要求很高，比如电信产品等，一般要求在证实的基础上还要多从证伪的角度去考虑。 同时考虑证实和证伪的难易程度，一般在前期的UT/IT测试中可以尽...

在建设CI体系的质量防护体系中，一个关键是测试自动化，这里再谈谈测试自动化的相关背景。按照自动化测试的相关特性，我们可以将到目前为止的自动化测试分为三代： 第一代自动化测试，使用的是工具一体化的自动化测试系统，也就是自动化测试与测试工具、测试对象等相关的测试环境完全绑定，测试用例主要依靠捕捉回放的方式，用例投入大而灵活性很差，主要用于系统回归； 第二代自动化测试，为了解决测试用例与测试环境绑定...

前面主要讲了一些推行敏捷过程中的实践活动，而且主要聚焦在持续集成方面，主要原因是因为持续集成和敏捷下的质量看护往往被实践者忽略而缺乏实践。其实从推行敏捷过程来看，大家都逐步认识到敏捷其实并不仅仅只是一些表面上的实践，实践的效果的好坏很大程度上取决于根植于这个实施敏捷团队的管理和文化基因。 敏捷是理念、优秀实践和根据实际情况灵活应用的三位一体。敏捷最关键的是核心理念，消除研发活动中的浪费，聚焦客户...

前面谈到了项目级质量保障体系的基本架构建设情况，这里再深入的说说项目级质量保障体系的测试用例体系建设过程。 我们开发的是大型嵌入式软件，从软件测试角度来说，在项目级一般应该包含单元测试、集成测试和系统测试三部分。但是实际上根据各个软件项目组的不同情况，各个项目组的项目级质量保障体系在实际建设过程中不完全一样。 因为在公司以前只有系统测试，因此最开始各项目组从最熟悉的角度和接受程度最高的就是各个...

前面说过项目级的质量保障中，一个很关键的活动就是单元测试。那么到底如何来做单元测试呢？这里先讲一个有关单元测试的小故事。 这个故事说的是Morgan Conrad。   一天早晨，一名程序员向大师提了一个问题：“我想写一些单元测试。我应该为多少代码写测试呢？” 大师回答：“不要为多少担心，写一些好的就是了。” 程序员笑了，鞠了一躬，离开了。 …… 几天之后，第二个程序员问了相同的问题...

在项目级的质量防护体系逐步建立之后，原先那个只能保障最基本功能和性能的版本级质量防护体系显得越来越起不到防护作用了，因为基本的功能和性能防护在前端比较完备的防护体系下基本也得到了守护。 那是不是就不需要版本级质量防护体系呢？不是的，因为在后端的系统级测试中还在发现大量的系统级问题，怎么能把后端系统测试发现的问题提前到最可能发现的时候呢？我们把后端的大量的系统测试用例有步骤的，系统的集成到我们的版本...