软件测试概述

作为一名软件测试人员，应该了解软件测试工作的基本流程。

大致有一下几个过程：测试准备工作，获取需求并理解和分析，设计测试用例，执行测试用例，以及测试结果分析。

首先是测试准备工作，有几个方法可以供大家参考。一，走读学习软件缺陷跟踪库中的问题报告单。二，走读历史测试用例。三，当然是向有经验的前辈学习。四，读相关测试书籍。五，了解要测试软件相关的业务知识。

接下来是需求部分。这是至关重要的环节。有几个方法帮助大家进行需求的获取和理解。一，主动向开发人员要需求资料。然后确认需求的优先级（对测试时间不是很充分的情况极其重要）。二，加入开发小组的邮件群组。在开发的前期，需求经常会有变动，加入开发小组的邮件群组就是为了获取需求变动的第一手资料。（不过，我们公司是不允许的，呵呵）。三，与开发人员为邻。搞好关系。

获取到需求后，要注意分析几个重要的地方。有：软件输入，处理过程，软件输出，性能要求（时间要求或内存要求等），运行环境。

再下来是设计测试用例，俗称test case。先讲一下测试用例的基本格式：测试用例编号，测试标识，重要级别，测试输入，操作步骤，预期输出结果。

推荐几个方法。一，重用同类型的测试用例。二，利用已有软件的CheckList。例如，web软件经常会关注cookie，因此设计测试用例就抓住cookie来进行。三，加强测试用例的评审。测试用例应该由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用例。 如果认真操作这个环节，测试用例中的很多问题都会暴露出来，比如用例设计错误、用例设计遗漏、用例设计冗余、用例设计不充分等等。四，定义测试用例的执行顺序。（有的测试用例需要花费很长的时间，可将其安排在后面进行测试）。

设计完测试用例后，就是执行测试用例了。要注意几个问题：全方位的观察测试用例的执行结果；加强测试过程记录；及时确认发现的问题；及时的更新测试用例（在执行的过程中，会发现原来设计时的很多缺陷，如遗漏功能点，冗余的测试用例，甚至有无法执行的测试用例，等等）。

执行测试用例的最终目的是提交一份优秀的问题报告单。它是软件测试人员的工作输出，是测试人员绩效的集中体现。

最后是测试结果的分析。测试结束后，也应该分析自己发现的软件缺陷，对发现的缺陷分类。再把其他测试人员发现的问题也汇总起来，你会发现，你所提交问题的类别与他们有差异。找出自己在测试时候的盲区，在下次测试时尽量避免。

如果有不对的地方，还请大家指正啊。