各种类型的软件测试应该是相通的

　　各种类型的软件测试应该是相通的  软件测试

　　开发人员有提供相关文档是最好的了，如果开发人员没有提供任何文档，那么照样抓老鼠!只是可能有些老鼠会漏逃，漏逃少数、而且是从很偏僻很偏僻的旮旯角漏逃的话，就不怪你;当然如果漏逃得多就说明自己还有待修炼。

　　看过好多帖子在问怎么测试某某类型软件,真不知道如何回答他们,依我目前的观点来看，测试什么软件都一样，只要掌握软件测试的相关理论知识就可以了。

　　接下来，要测试什么?是客户的需求、开发人员的需求分析所决定的;怎么测试?编写测试计划、测试大纲，编制测试用例，执行测试用例，汇报BUG，进行测试总结分析。

　　这不就结了吗?为什么还是有那么多人要提那样的问题呢?难道他们会不知道这个路子?

　　应该不是!

　　他们的症结应该在于没有任何开发文档或者测试文档来指引，自己在那里稀里糊涂的摸索测试。这个阶段的迷惘我也是经历过的，熬了一阶段，发现其实万变不离其衷，只要循着前面所述的路子去做就可以了。

　　开发人员有提供相关文档是最好的了，如果开发人员没有提供任何文档，那么照样抓老鼠!只是可能有些老鼠会漏逃，漏逃少数、而且是从很偏僻很偏僻的旮旯角漏逃的话，就不怪你;当然如果漏逃得多就说明自己还有待修炼。

　　我想就针对没有开发文档的情况来总结总结自己的经历吧。

　　没有开发文档的情况下，就像没有阳光和灯光的抓老鼠工作一样，通常开始于拄着棍子到处转悠，碰着一只是一只。如果仅仅满足于此，那就不得进步了。在这个过程中，我们需要分析，需要多方询问探讨，然后总结并作记录。记得小时候抓老鼠的那段日子是多么的有趣。一开始是蹲在某个角落守株待兔，自然没什么收获，后来就将房子屋里屋外的翻个遍，看看哪里有洞洞。爷爷也会告诉我一些老鼠的习性、爱好...渐渐的，抓的老鼠就变多了，到最后还学会在适当的地方使用老鼠夹、老鼠药，在老鼠夹上放点吃的诱惑那些“大毛毛虫”(这应该相当于我们的破坏性测试了)。获得战利品后，我们一群小不点就变着花样玩老鼠，剔毛、剪指甲、修尾巴、火烤、烟熏、粘土闷...无所不尽其及!最终各家的猫猫就享福了!不过，现在想起来，心里就发毛~~多残忍啊!

　　和抓老鼠一样，抓bug的话，就先执行每项操作以了解系统，不知道意思就有礼貌的询问开发人员，再者要了解一些关于该系统的使用者的行业资料，多想想客户可能需要这套系统做什么,会在哪些环境下使用,所以操作系统、开发平台等运行环境的相关资料也要了解。经过一轮摸索，应该大概掌握了系统的“习性”了。接下来还是要拟定测试计划，编制测试用例。测试用例的要素一定要包括以下各方面的内容才能全面(自然不同软件可能有不同的侧重点)：

　　1. 接口-路径测试用例

　　2. 功能测试用例

　　3. 健壮性测试用例

　　4. 性能测试用例

　　5. 图形用户界面测试用例

　　6. 信息安全性测试用例

　　7. 压力测试用例

　　8. 可靠性测试用例

　　9. 安装/反安装测试用例

　　其中功能测试应该是必不可少的了。对于功能测试，有前辈总结得很好，可以参考借鉴，这些方法在任何软件应该都是通用的。

　　其他方面的测试用例要根据具体的软件进行具体设计，经验积累多了，自然就比较明确测试点在哪里了。

原文转自：http://www.ltesting.net