花开未央

<br />有人发了一个帖子问怎么计算20！?<br />如果没有其他任何深入思考，觉得这个问题实在是很简单。如是下面有这样的回复：<br />#include   <stdio.h> <br />main() <br />{ <br />            int   i; <br />            int   s=0; <br /><br />            for(i=1;i <=20;i++) <br />                    s+=i; <br />   

      现代软件测试的三位奠基人之一，Boris Beizer为测试者的认知划分了5个阶段。阶段0：测试和调试并无区别。      测试只是对调试的支持，测试并无其他的目的。在这个阶段时，认为test=debug，甚至认为test只是debug的一部分。之所以称之为阶段0，我想主要是因为在这个阶段是根本目的的测试。      阶段1：测试的目的是现实软件是可工作的。      这是最原始状态的测试，是对测试最肤浅的理解，但是在这个阶段至少测试工作有了目的，虽然这个目的并不正确。是软件实践和过程还不成熟的

      这两天在重温Rex Black 写的《软件测试实践》这本书，对其中反应测试方法有点体会，分享一下。这里借用了不少书中的术语。      反应测试（reactive test）是一种动态的测试方法，能够发现边界值、等价类和正交表等静态测试方法可能遗漏的缺陷。做反应测试比较难的是这种测试方法会依赖于测试者的技能和直觉，来自相似应用的经验，以及来自相似技术的经验。在反应测试开始前，没有预先进行高度细节化的设计，也就是说没有具体的测试用例，这些测试用例都是在测试之中进行具体化的。      说到这里，一

      也许对很多人来说测试并不是一个很好的选择，特别是对于一个男生在中国的软件测试的发展还是处于一个初级阶段。记得当时找工作的时候有很多朋友告诉我说，你完全有能力做开发，为什么偏要选择测试呢？因为测试的待遇普遍是要比开发低的，而且好像在大多数人的意识当中，测试好像都是配角。但是我还是按照自己的想法选择了测试，因为我相信，测试在未来的10年内肯定会有比较快的发展，因为中国的软件还是处于初级的阶段，人们对于质量的意识还不够，但是当软件发展日趋成熟的时候，相信质量意识会深入人心，测试必然也会得到快速的发展。

<br />场景1：多个应用的交互的接口<br />系统间模块之间的接口，或者是系统和系统的之间调用的接口，在这种场景下，一定要注意以下几点：<br />（1）两边调用的格式是否约定一致；<br />（2）对方发生变更时是否通知另外一方；<br />（3）提供的数据是否是正确的。<br /> <br />场景2：边界值<br />事实证明，有边界值的地方还是很容易发现bug的。<br /> <br />场景3：多进程，多线程<br />系统中有多进程和多线程的地方。<br /> <br />场景4：多页面的

在自动化测试逐渐普及，测试越来越向专业化和职业化发展的今天，接口测试和单元测试成为一个测试人员必备的技能，但是随之而来的却是高维护成本。特别是在互联网公司，测试的业务和逻辑变化和更新特别频繁。如何让自己的接口测试代码维护方便，快速编写和持续回归呢？首先抛开接口测试不说，看一个测试用例的执行过程，无非分为3个步骤：数据准备，执行操作和校验结果。那么在一个接口测试的用例中同样有这些步骤，可