在测试任何应用之前应该了解的20个软件测试小窍门
上一篇 / 下一篇 2012-09-17 08:47:53 / 个人分类:测试经验
v1JX.QX2d#{gi#m0 写这篇文章我希望所有的测试人员都能阅读这些软件测试良好的实用内容,仔细阅读所有条目并尝试将他们运用到每天的测试工作中。如果不能理解某个条目,可以到我们论坛里留言询问更多的解释。当然你也可以通过亲身经历学习到所有这些测试的实用内容,但为什么不在犯错之前就来学习这些呢? 以下就是我在经历中学到的最好的一些测试实用技巧:
Amh1XSZ)w A,SK051Testing软件测试网%lt"v|P9^!S1)学会彻底的分析测试结果。不要忽视了测试结果,最终的测试结果或许是“pass”或“fail”,但诊断导致“fail”的原因会引导你发现这个问题的解决方案。一个不仅仅记录了bugs而且提供了解决方案的测试人员是难能可贵的。51Testing软件测试网Rhp!\ P2WmQ^Hm
51Testing软件测试网MM/\ @B a|-a@^s2)学会在每次测试任何应用时将测试覆盖最大化。虽然100%的覆盖或许是不可能的但你应该试着去接近它。
?!@z&X9F p3azQ0^051Testing软件测试网DY;b o['Q b3)为保证最大化的测试覆盖需要将应用分割成更小的功能模块。在这样的单元模块上编写用例,如果可能的话讲这些模块分割成更小的部分。 举个例子:我们假设你将你的网站应用分割成了许多模块,“接收用户信息”是其中之一。你可以将用户信息填写页面分割成更小的部分来编写测试用例:比如叫界面测试、安全测试、用户表单的功能测试等等。在输入框里测试所有的字符类型、字符长度、无效性测试和有效性测试。写出所有这样的测试用例以增大测试覆盖率。
!rajGH(p9`051Testing软件测试网1oN*x*Ohr Q U1[4)当写用例的时候,首先要考虑怎么实现目标功能也就是寻找需求上的有效条件,然后再为无效条件编写用例。这样就能覆盖在应用测试过程中出现的常规和非常规操作。51Testing软件测试网 Oq+G%i[+O
51Testing软件测试网9m1C-f+Y3[X F5)积极思考。要抱着找缺陷的目的去测试,不能一开始就想着应用中没有任何问题。如果你测试的目的就是在找缺陷你就会很自然的发现一些微妙的缺陷。
:Uon+omLR051Testing软件测试网UOt-L/Z$V~;Kw6)在需求分析和设计阶段编写用例,这样你就能保证所有的需求都是可以进行测试的。51Testing软件测试网`V6WaF4R
q jon)B sQ0W0 7)让开发在编码之前就能看到你的用例。不要想着等程序发布时测试可以去提报很多缺陷而让你的用例一直在你自己手里。要让开发完整的分析你的用例去开发有质量的程序。这样就能节省返工的时间。
"R+U n h%?gk)X}051Testing软件测试网 ?(BT:Zy+|8)如果可能话要明确和组织你用来做回归测试的用例,这会保障手工回归测试能够快速有效的进行。51Testing软件测试网^L~!o5T*PS
w^ v5M V0 9)对临界应答时间有要求的应用需要对其进行完全地性能测试。性能测试是许多应用测试的重要组成部分。由于缺乏测试所需的大量数据,性能测试在人工测试中多半会被测试人员忽略掉,所以需要找到测试应用性能方法。如果不能手工添加测试数据,最好写一些基本的脚本来添加性能测试所需的数据,或让开发人员帮你写出来。
rw-S2o;K0rz1o8[$p3nY.oa0 10)程序员不应测试他们自己的代码。像我们之前讨论过的,开发人员应该对应用做了充分的基本的单元测试后才能给测试人员发布应用新版本。测试人员不能为了进行测试去催促开发人员快点发布新版。要让他们支配好自己的时间。从领导到项目经理都会知道模块什么时候发布以及能够预估处相应的测试时间。这是敏捷项目的一个典型情形。51Testing软件测试网 p]5m6P9V/H6l+CsH
-B3D:O$r8q+RJf0 11)进行超出需求范围的测试。对应用进行超出需求要求的测试。51Testing软件测试网G1nVM,|#R'\ R8M$K
51Testing软件测试网Yd3[eS SY\{$vG12)做回归测试时要运用之前的缺陷概览图(缺陷概览图---不同模块缺陷发现数目与时间的关系图)。这种明了的图表可以很好的预测应用哪些部分最容易出问题。
*`W(v0_9k1j{K051Testing软件测试网F~}[{x6us13)记录下测试过程遇到的术语和概念。在测试应用时也一直开着一个文档,在里面记录测试进度和测试状况。在准备最后的测试报告时就可以利用文档里记录的这些内容。这个好习惯会能帮助你提供完整明了的测试报告和应用发布细节。51Testing软件测试网%j0g+eO9w7Z2]
51Testing软件测试网Y:L*fT,kQ^.jC[14)测试人员或开发人员会对应用代码进行多次修改来适应测试。这是开发或测试过程中必要的一步来避免事务有效执行,比如在银行项目中。要记录下来为适应测试而修改了代码的地方,并且在最终发布的时候确保已经将这些修改的地方从最终客户端的源文件里都改正了。
4d2v)b~6r9xSZ/`051Testing软件测试网5ag'mRl"}6|15)让开发人员远离测试环境。这是在发布或部署文件中检查配置修改是否遗漏的必要步骤。有时开发人员做了一些系统或应用的配置修改,但是却忘了部署。如果开发人员没有权限访问测试环境,他们就不会不小心修改了测试环境,而且那些遗漏的地方可以在相应的地方找到。51Testing软件测试网#v)zUE[-Mnm