|
看过好多帖子在问怎么测试某某类型软件,真不知道如何回答他们,依我目前的观点来看，测试什么软件都一样，只要掌握软件测试的相关理论知识就可以了。
接下来，要测试什么？是客户的需求、开发人员的需求分析所决定的；怎么测试？编写测试计划、测试大纲，编制测试用例，执行测试用例，汇报BUG，进行测试总结分析。
这不就结了吗？为什么还是有那么多人要提那样的问题呢？难道他们会不知道这个路子？
应该不是！
他们的症结应该在于没有任何开发文档或者测试文档来指引，自己在那里稀里糊涂的摸索测试。这个阶段的迷惘我也是经历过的，熬了一阶段，发现其实万变不离其衷，只要循着前面所述的路子去做就可以了。
开发人员有提供相关文档是最好的了，如果开发人员没有提供任何文档，那么照样抓老鼠！只是可能有些老鼠会漏逃，漏逃少数、而且是从很偏僻很偏僻的旮旯角漏逃的话，就不怪你；当然如果漏逃得多就说明自己还有待修炼。
我想就针对没有开发文档的情况来总结总结自己的经历吧。
没有开发文档的情况下，就像没有阳光和灯光的抓老鼠工作一样，通常开始于拄着棍子到处转悠，碰着一只是一只。如果仅仅满足于此，那就不得进步了。在这个过程中，我们需要分析，需要多方询问探讨，然后总结并作记录。记得小时候抓老鼠的那段日子是多么的有趣。一开始是蹲在某个角落守株待兔，自然没什么收获，后来就将房子屋里屋外的翻个遍，看看哪里有洞洞。爷爷也会告诉我一些老鼠的习性、爱好...渐渐的，抓的老鼠就变多了，到最后还学会在适当的地方使用老鼠夹、老鼠药，在老鼠夹上放点吃的诱惑那些“大毛毛虫”（这应该相当于我们的破坏性测试了）。获得战利品后，我们一群小不点就变着花样玩老鼠，剔毛、剪指甲、修尾巴、火烤、烟熏、粘土闷...无所不尽其及！最终各家的猫猫就享福了！不过，现在想起来，心里就发毛~~多残忍啊！
和抓老鼠一样，抓bug的话，就先执行每项操作以了解系统，不知道意思就有礼貌的询问开发人员，再者要了解一些关于该系统的使用者的行业资料，多想想客户可能需要这套系统做什么,会在哪些环境下使用,所以操作系统、开发平台等运行环境的相关资料也要了解。经过一轮摸索，应该大概掌握了系统的“习性”了。接下来还是要拟定测试计划，编制测试用例。测试用例的要素一定要包括以下各方面的内容才能全面（自然不同软件可能有不同的侧重点）：
1. 接口－路径测试用例
2. 功能测试用例
3. 健壮性测试用例
4. 性能测试用例
5. 图形用户界面测试用例
6. 信息安全性测试用例
7. 压力测试用例
8. 可靠性测试用例
9. 安装/反安装测试用例
其中功能测试应该是必不可少的了。对于功能测试，有前辈总结得很好，可以参照/html/6/943.html页面所描述，这些方法在任何软件应该都是通用的。
其他方面的测试用例要根据具体的软件进行具体设计，经验积累多了，自然就比较明确测试点在哪里了。
整个测试用例的格式和相关定义也有前辈整理得很好，我就拿过来作文件（见“我的文件/测试用例模板”）贴上了^.^
综上所述，个人觉得各种类型的软件的测试应该是相通的，只要掌握测试技术，测试什么样的软件都手到擒来。就比如有一个说法，“铁饭碗的真正含义，不是一个地方吃一辈子饭，而是一辈子到哪都有饭吃”。
请大家多多指教！ 原始链接: http://blog.51testing.com/?38303/action_viewspace_itemid_3571.html
|
