测试感想

kellyxie · 发表于 2007-8-24 08:45:34

回归测试感想
从事回归测试已1.5年。对测试的感触也日渐剧增。从开始的一发现问题，找资历较深的测试员进行判断，到今天可以在测试上灵活应变。这之间的转化莫过于平时的日聚月累，比别人多一份心，多一份细致，多一份执著。
回归测试分为“针对修改过的软件成分的测试 ”与“软件所有功能的测试 ”。
1．针对修改过软件成分的回归测试：咋一看，很简单，直接按照原先的方法再重新点击鼠标，不动脑的，轻松一举。然而谁都能做测试，关键在于谁能够做得透彻，全面。测试真正意义在于回归测试，也许之前刚接手软件不怎么成熟，测试或是俯拾即是，或是大海捞针，空泛的找出一个BUG. 这时回归测试的好处在于：1，目标明确，思维清晰。发散思维有依据。看问题更深层，理解也更深刻。更何况测试是一种时刻创新，时刻挑战的工作。不同时间，不同场地，甚至不同心情，都可以有新发现。2，回归测试一方面也是对自己工作的肯定，证实自己的能耐，加强工作的成就感。假使测试到一个bug,写成issue后不去关注结果。这样做法将毫无目的性，相当于只注重过程，而不考虑结果，工作乐趣，工作职责将会从何而得？一味从新事物中获取新见解，检讨自己方面也相应的减少。人是不断挑战自己，发现不足并给以改正。昨天的我并不能代表今天的我，明天的我也不是今天的我。3，程序员与测试最大的区别在于思维方式，关注点的不一样，外加人的自恋心态，他们修改完的功能项也未必完善，或是否引发其它问题。放心将自己辛苦找到的bug由他们做结论吗？
2．针对软件所有功能的回归测试：虽着版本的积累，回归测试是重复性较多的活动，容易使测试者感到疲劳和厌倦，降低测试效率，在实际工作中可以采用一些策略减轻这些问题。例如，安排新的测试者完成手工回归测试，分配更有经验的测试者开发新的测试用例，编写和调试自动测试脚本，做一些探索性的或ad hoc测试。还
可以在不影响测试目标的情况下，鼓励测试者创造性地执行测试用例，变化的输入、按键和配置能够有助于激励测试者又能揭示新的错误。
3．回归测试做得好坏，直接关注到所有发布产品质量与信誉，因此，建立一个完善的测试自动化体系是必要的。将每次的测试模型，测试用例渐增到测试体系中，在发布新版本前自动测试。同时，充分跟产品的code结合，做到下班测试，上班分析结果并记录的状态。