故事：历史故事，名人故事，身边故事；
话：名人的话，身边人的话，新解，新组织
各种类型的软件的测试应该是相通的(转)
上一篇 /
下一篇 2007-02-28 10:09:12
看过好多帖子在问怎么测试某某类型软件,真不知道如何回答他们,依我目前的观点来看，测试什么软件都一样，只要掌握软件测试的相关理论知识就可以了。
N Z+i ?u1L0 接下来，要测试什么？是客户的需求、开发人员的需求分析所决定的；怎么测试？编写测试计划、测试大纲，编制测试用例，执行测试用例，汇报BUG，进行测试总结分析。
`3I4lW2E9m1V@l0 这不就结了吗？为什么还是有那么多人要提那样的问题呢？难道他们会不知道这个路子？
1Z f+\pV_
M0 应该不是！
9{L0}1d E%w0 他们的症结应该在于没有任何开发文档或者测试文档来指引，自己在那里稀里糊涂的摸索测试。这个阶段的迷惘我也是经历过的，熬了一阶段，发现其实万变不离其衷，只要循着前面所述的路子去做就可以了。
q:WO"D y%hhRJ0 开发人员有提供相关文档是最好的了，如果开发人员没有提供任何文档，那么照样抓老鼠！只是可能有些老鼠会漏逃，漏逃少数、而且是从很偏僻很偏僻的旮旯角漏逃的话，就不怪你；当然如果漏逃得多就说明自己还有待修炼。
Y\
uF s'FX)O0 我想就针对没有开发文档的情况来总结总结自己的经历吧。
,oU/h;X1VY0 没有开发文档的情况下，就像没有阳光和灯光的抓老鼠工作一样，通常开始于拄着棍子到处转悠，碰着一只是一只。如果仅仅满足于此，那就不得进步了。在这个过程中，我们需要分析，需要多方询问探讨，然后总结并作记录。记得小时候抓老鼠的那段日子是多么的有趣。一开始是蹲在某个角落守株待兔，自然没什么收获，后来就将房子屋里屋外的翻个遍，看看哪里有洞洞。爷爷也会告诉我一些老鼠的习性、爱好...渐渐的，抓的老鼠就变多了，到最后还学会在适当的地方使用老鼠夹、老鼠药，在老鼠夹上放点吃的诱惑那些“大毛毛虫”（这应该相当于我们的破坏性测试了）。获得战利品后，我们一群小不点就变着花样玩老鼠，剔毛、剪指甲、修尾巴、火烤、烟熏、粘土闷...无所不尽其及！最终各家的猫猫就享福了！不过，现在想起来，心里就发毛~~多残忍啊！
'c XusYM0 和抓老鼠一样，抓bug的话，就先执行每项操作以了解系统，不知道意思就有礼貌的询问开发人员，再者要了解一些关于该系统的使用者的行业资料，多想想客户可能需要这套系统做什么,会在哪些环境下使用,所以操作系统、开发平台等运行环境的相关资料也要了解。经过一轮摸索，应该大概掌握了系统的“习性”了。接下来还是要拟定测试计划，编制测试用例。测试用例的要素一定要包括以下各方面的内容才能全面（自然不同软件可能有不同的侧重点）：
~Y ~2E&cL-Z!e0 1. 接口－路径测试用例51Testing软件测试网9jm!D9X c)whK
2. 功能测试用例
1hSQ$v0_l0 3. 健壮性测试用例51Testing软件测试网mI
fU iW&`u K
4. 性能测试用例51Testing软件测试网C/o|(A+X
5. 图形用户界面测试用例51Testing软件测试网9D+\~}(P A
B`c
6. 信息安全性测试用例
jfq*C`A ?R3v0 7. 压力测试用例 51Testing软件测试网 s A$Vf:m6\K\D
8. 可靠性测试用例51Testing软件测试网hQP8P,op(KB-p-G
9. 安装/反安装测试用例
W s1Oh;j lq D0 其中功能测试应该是必不可少的了。对于功能测试，有前辈总结得很好，可以参照/html/6/943.html页面所描述，这些方法在任何软件应该都是通用的。51Testing软件测试网D Z0q&Nq
其他方面的测试用例要根据具体的软件进行具体设计，经验积累多了，自然就比较明确测试点在哪里了。
8U'Z9[S fH7X;aV0 整个测试用例的格式和相关定义也有前辈整理得很好，我就拿过来作文件（见“我的文件/测试用例模板”）贴上了^.^kc&?h|#q m0 综上所述，个人觉得各种类型的软件的测试应该是相通的，只要掌握测试技术，测试什么样的软件都手到擒来。就比如有一个说法，“铁饭碗的真正含义，不是一个地方吃一辈子饭，而是一辈子到哪都有饭吃”。51Testing软件测试网5\y:@f o__h K P#w
文章出处：51testing博客 作者：鱼鳞 发布时间：2007-01-29
RloU7QKs0 51Testing软件测试网F$i.J#b-P W3jy
收藏
举报
TAG:
