如何做好软件测试

mcu2013

如何做好软件测试？很多人都会有这样的疑问。下面就谈谈我个人对如何做好测试总结的几点看法吧。

1.关于测试准备

实际工作当中，往往是任务驱动的工作模式，测试人员接受一个测试任务就意味着测试工作启动了。作为一个成熟的测试人员，接受任务后首先要做的是测试任务开始前的准备工作，那么一般的测试任务前期准备工作都有哪些？

首先，你必须尽快熟悉所接受的测试任务的相关背景。实际的测试工作中，往往是结合现实的场景进行测试，不同的场景可能会有不同的预期目标。因此，了解任务或者项目背景是比较重要的。

其次，尽可能的获取与测试任务相关的信息资料，包括文档说明、环境信息、相关的开发以及可以获取支持的其他人员信息。测试不是一个孤立的工作，整个测试过程中需要与很多周边的人员产生交流，这就是为什么要求测试人员具备相当的沟通能力。当前社会，独立去完成某项工作除了证明个人工作技能之外，其实没有特别现实的意义。分工合作以及团队协作才是目前社会以及企业所推崇的工作方式，因此，测试工作中请谨记不要单打独斗，如何快捷有效的完成工作才是最重要的。

测试资料也是很重要的部分，完善的资料文档可以支撑你更快速、更准确的理解和执行测试用例，因此测试之前深入理解测试资料、文档并不是浪费时间。

很多刚刚接触测试工作的新人往往是不重视测试前期的准备工作，导致测试工作后期处处漏洞，补都补不过来，严重的甚至影响项目进展。所以，对于测试新人来说，你可以不具备优秀的IT技能，但是一定要具备细致周到的品质以及沟通能力。

2.关于测试执行

测试执行，单单从字面来看，其实并不复杂，按照测试用例的步骤完成用例的执行就ok了。但是这里考验你的耐心、细心。执行一个用例并不难，难的是，一天、一周、一月，周而复始的执行测试用例。

测试原本就是一个周而复始、重复性的工作，很多人初次接触测试工作，带着好奇，会感觉有趣。但是，工作一个月、两个月后就会被重复的测试执行所击倒，会觉得厌烦，感觉自己成了重复工作的机器，没有新意、没有成就感，这是大部分进入测试行业新人的心理反应。

测试本就是一个破坏性的工作，我们需要在合理的与不合理的破坏性活动中找寻让我们为之兴奋的东西，这有可能就是软件Bug所在，进一步通过严谨的技术步骤以及理论去验证这个Bug真实存在，这就是测试人员的成就所在。当你千辛万苦验证出一个隐藏的Bug时，那一刻你会觉得眼前的一切都是那么美好，充满在心中的是无比的成就感，这就是测试带来的满足。

3.关于测试工具

随着自动化测试的流行，越来越多的人重视测试工具的使用，往往不考虑实际情况或者自身条件，盲目追求使用测试工具。难道测试工具真有那么大的威力吗？

不可否认，测试工具能很大程度上提高测试效率，尤其是对于重复性的一些测试用例及部分回归测试。但是测试人员不能依赖测试工具。工具仅仅是工具，并不具备人的思维、视野、判断力。不管行业如何发展，测试工具永远不可能取代人的作用，而且我们必须看到，目前国内软件行业中，手工测试至少占据测试工作的90%以上。

工具的使用离不开基础的技能，比如说QTP工具，如果要熟练使用QTP，那么就必须熟练掌握VB语言。不管什么工具，不外乎就是那几个使用步骤以及菜单，花几天时间也许就能熟悉工具的方方面面，但是对于一门语言的掌握却不是几天时间就可以的，因此基础的才是最重要的。

目前，很多测试人员都追求对测试工具的学习，可是往往本末倒置，很多测试工具都是与脚本语言、sql语言以及linux系统命令相关联的，如果这些基本的东西没掌握，仅仅是熟悉工具又有什么用呢？

因此，基础技能为主，工具为辅才是正确的方式。

4.关于测试反馈

测试工作中很重要的一个步骤就是反馈，很多测试人员并不怎么重视这个步骤，这是错误的。不管什么任务，一旦完成了就必须给出结果，不论成功或者失败。如果没有任何反馈，那可以认为任务还在进行中。对于项目管理人员来说，任务的反馈是他们监控项目进展的重要依据，如果测试任务都没有反馈，那如何确定项目的测试进度？又如何来确定测试成果以及项目质量？

测试反馈，体现的是测试人员的责任心。优秀的测试人员不仅仅是在任务结束后才进行反馈，其实在任务执行过程中，可以分阶段向分配任务的上一层管理人员反馈测试进展，以便项目管理做到实时掌控。

5.关于测试总结

总结使人进步，人生就是在不断的总结中前进。

测试工作很大程度依赖测试人员的经验，那么，经验来自哪里？别人给予吗？不是。测试工作的经验来自自身在工作过程中的总结，成功的或者失败的经验都是有价值的，都能促使我们不断进步，在测试大路上走的更远。

紫隐

赞一个，确实基础才是最重要的