对于很多测试新手来说，想要把自己的测试技术练得更精进，扎实自己的理论知识是必不可少的一门功课。下面，我们就一起来复习一下，那些让我们一知半解或者记不全的理论知识吧。

1、什么是软件测试？

最老套但是测试人最应该知道的一个问题，就是软件测试是什么。

软件测试就是对项目开发过程中产生的一系列产品(包括代码，组件，子系统，系统/平台，各类项目相关文档等)进行有效审查及验证，保证其质量的一种任务活动。

从直观上来讲，软件测试似乎就是对测试对象进行检查、验证，但其实不然，它是由许多处理环节构成的。根据测试目标、质量控制的要求，它被划分为以下各类环节，并被设置了不同的准入、准出标准。

2、软件测试的原则有哪些？

① 尽早和持续不断的测试；

② 彻底完全的测试是不可能的；

③ 软件测试是有风险的行为；

④ 并非所有的软件错误都能修复；

⑤ 反向思维逻辑；

⑥ 由小到大的测试范围；

⑦ 避免测试自己的项目；

⑧ 从用户需求入手。

3、为什么不能完全测试呢？

对于一个软件产品来说，想要做完全测试，几乎是不太可能的。这是因为软件项目涉及的测试范围较广，在当前资源(人力物力财力及时间资源)有限的前提下，想要完整地对整个项目中包含的产品及各类文档进行测试，显示是不现实的。

所需测试的数据输入量太大、可输出的结果太多造成的。比如，软件的操作步骤过多，就会造成测试结果输出量过大的问题。另外，软件说明书虽然可以指导我们正常使用软件产品，但并不能成为我们测试的全部内容，因为软件还可能存在一些隐藏着的漏洞。

4、软件测试过程可能存在哪些问题？

对于一个软件产品进行测试，我们应对测试过程设计并编写测试用例，并严格按照测试流程来进行。

举个例子，下图是个正常的测试流程图。在测试设计阶段，相关测试设计人员会对测试对象进行了解、分析，尽可能覆盖更多的测试点。当发现错误时，测试人员会根据缺陷反馈给开发人员进行修改，修改完毕后，再进行回归测试。

但由于国内软件测试行业兴起的较晚，很多企业仍存在很多不规范的测试问题。比如，由于软件开发阶段消耗的时间过长，导致留给后期测试的时间紧缺。尤其是做回归测试时，往往重复测试过于频繁、项目期限日益迫近，导致很多项目只能凭借经验、记忆及技术人员的口述，对程序修改过的地方草草重测一遍了事。这也是软件在测试过程中，存在的最大的问题。

5、做好测试计划工作的关键是什么？

我们都知道，软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。

借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通等。

那么，做好测试计划的关键是什么呢？我认为，应该做好以下4点：

(1)明确测试的目标，增强测试计划的实用性；

(2)坚持“5W”规则，明确内容与过程；

(3)采用评审和更新机制，保证测试计划满足实际需求；

(4)分别创建测试计划、测试详细规格和测试用例。

6、测试用例的基本格式

对于一个合格的测试用例来说，它应到具备这6个要素：测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。下面给大家逐一介绍，帮助大家复习一下。

1)用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号定义规则为：WEBLOAD1-ST-001，命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。

2)测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入了错误密码，软件的响应情况”。

3)重要级别：定义测试用例的优先级别，可以笼统地分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高”；反之亦然。

4)测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

5)操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成。

6)预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

另外，我们应结合软件需求文档和软件产品本身，设计出更为全面、合理的测试用例。具体的测试用例设计方法可以参见我们之前推送过的内容，这里就不赘述了。希望本文能对大家有一定的帮助，也祝愿每一个测试新手，都能将自己的测试之路越走越宽。