开发人员有提供相关文档是最好的了，如果开发人员没有提供任何文档，那么照样抓老鼠！只是可能有些老鼠会漏逃，漏逃少数、而且是从很偏僻很偏僻的旮旯角漏逃的话，就不怪你；当然如果漏逃得多就说明自己还有待修炼。
看过好多帖子在问怎么测试某某类型软件,真不知道如何回答他们,依我目前的观点来看，测试什么软件都一样，只要掌握软件测试的相关理论知识就可以了。 娞帖du-�!�
涽叒�?埸
接下来，要测试什么？是客户的需求、开发人员的需求分析所决定的；怎么测试？编写测试计划、测试大纲，编制测试用例，执行测试用例，汇报BUG，进行测试总结分析。 藤9�9`熣
Y`r-9"馹
这不就结了吗？为什么还是有那么多人要提那样的问题呢？难道他们会不知道这个路子？ �C,桩
M W�q,鏐?3
应该不是！ 6?A飣 '
.逺蟕�
�
他们的症结应该在于没有任何开发文档或者测试文档来指引，自己在那里稀里糊涂的摸索测试。这个阶段的迷惘我也是经历过的，熬了一阶段，发现其实万变不离其衷，只要循着前面所述的路子去做就可以了。 堑瘥MB�,|
究栳┯偟�&
开发人员有提供相关文档是最好的了，如果开发人员没有提供任何文档，那么照样抓老鼠！只是可能有些老鼠会漏逃，漏逃少数、而且是从很偏僻很偏僻的旮旯角漏逃的话，就不怪你；当然如果漏逃得多就说明自己还有待修炼。 u(=夻] <od
盙7f魏�:刾
我想就针对没有开发文档的情况来总结总结自己的经历吧。 +.淩┆L諈�
内�0蘭x�
没有开发文档的情况下，就像没有阳光和灯光的抓老鼠工作一样，通常开始于拄着棍子到处转悠，碰着一只是一只。如果仅仅满足于此，那就不得进步了。在这个过程中，我们需要分析，需要多方询问探讨，然后总结并作记录。记得小时候抓老鼠的那段日子是多么的有趣。一开始是蹲在某个角落守株待兔，自然没什么收获，后来就将房子屋里屋外的翻个遍，看看哪里有洞洞。爷爷也会告诉我一些老鼠的习性、爱好...渐渐的，抓的老鼠就变多了，到最后还学会在适当的地方使用老鼠夹、老鼠药，在老鼠夹上放点吃的诱惑那些“大毛毛虫”（这应该相当于我们的破坏性测试了）。获得战利品后，我们一群小不点就变着花样玩老鼠，剔毛、剪指甲、修尾巴、火烤、烟熏、粘土闷...无所不尽其及！最终各家的猫猫就享福了！不过，现在想起来，心里就发毛~~多残忍啊！ j- k� 7�
B�踗矞玞
和抓老鼠一样，抓bug的话，就先执行每项操作以了解系统，不知道意思就有礼貌的询问开发人员，再者要了解一些关于该系统的使用者的行业资料，多想想客户可能需要这套系统做什么,会在哪些环境下使用,所以操作系统、开发平台等运行环境的相关资料也要了解。经过一轮摸索，应该大概掌握了系统的“习性”了。接下来还是要拟定测试计划，编制测试用例。测试用例的要素一定要包括以下各方面的内容才能全面（自然不同软件可能有不同的侧重点）： 繩噲O黃:b�
$尲藩瓪澋�
1. 接口－路径测试用例
弻\!b�0
歉紺电�
A
2. 功能测试用例 喖H]k鑻��
O!A儺IA�
3. 健壮性测试用例 絖�1蛝欇�
�0�.�
T)鏗
4. 性能测试用例 c:[6泎'I�
e
(f=U嚓
5. 图形用户界面测试用例 * ,蟶SC?�'
鉏石h愸
6. 信息安全性测试用例 龌諰
R��
h�蝴tUG
7. 压力测试用例 � 4墈�
10鄆N�揱X
8. 可靠性测试用例 憾悔y�9邶B
泣 Z.2q紶m
9. 安装/反安装测试用例 宩樣嶍萕
&�9(J@彈�
其中功能测试应该是必不可少的了。对于功能测试，有前辈总结得很好，可以参照/html/6/943.html页面所描述，这些方法在任何软件应该都是通用的。 瑙擫nTS膒
仝�=U�
其他方面的测试用例要根据具体的软件进行具体设计，经验积累多了，自然就比较明确测试点在哪里了。
nR糊�
r
軼A薣=鬜�