软件测试新人问题解答（二）

今天的这篇文章继续接着昨天的文章《软件测试新人问题回复（一）》开始解答剩下的问题：

Q6.测试报告是组长写的吗？还是每个模块的负责人员各个写一点，然后组长拼一起呢？

实际工作中，测试通过与否，评判的标准是怎样的一般。

A：按理来说测试报告应该是测试组长来写，但实际情况并不是这样的。

在实际工作中，一部分公司不写，一部分公司写，而在写的这些公司中，也会区分项目的大小，像我们公司小的优化类项目不写，大版本项目才写，至于谁写，很简单。

如果这个项目只有你一个人做，那测试报告就由你自己写，然后发给全员；

如果这个项目由你和你同事二个人来做，谁主导谁来写，但如果对方权力比你大，指排给你让你写，那你还是乖乖写吧。

以上二个项目都是偏小的，涉及面不广的，还有一种项目是由多个组配合完成的，那每个组写自己的那部分测试报告，测试老大一般会把各个组的合一下，写一个全面的测试报告出来。

在测试报告中会明确指出此次测试是否通过，那么如何判断测试是否通过呢？

其实很简单。

一般都是根据测试用例和缺陷二项来进行判断。

判断标准：

1.测试用例

是根据测试用例的优先级而判断的，优先级为中高级的测试用例已全部pass（用例与需求的覆盖率：功能测试用例的覆盖率达到100%，非功能性测试用例的覆盖率达到98%）。

2.缺陷

是根据缺陷的修复情况来判断，同时观察缺陷的收敛情况。

（1）缺陷级别为致命、严重的缺陷修复率达到100%，一般、提示和建议类的缺陷修复率达到80%以上。

（2）没有功能性的缺陷未修复，不影响功能的缺陷可以暂不修改或留在下一个迭代做。

但又因为每个公司业务的实际不同，而判断的标准又有所不同，比如像一些对界面体验度要求很高的软件，那么即使界面上只是一个字也错了，也是严重级别的bug，必须修复。

Q7.比如，开展一个新项目，开发在写代码，那么测试在做什么呢？是接口测试用例吗？

等开发的接口文档写完，就可以进行接口测试了，对吧？

A：并不完全正确。

不管是开展一个新项目还是开发一个新功能，开发人员正在编码过程中，那么测试人员一般都是在熟悉需求和编写测试用例。也有公司的测试人员可能正在测试别的功能，根本就没有时间来熟悉新的业务。

这个时候的编写测试用例并不一定是接口测试用例，具体写什么类型的测试用例，根据测试人员的在测试执行过程中的角色来决定，假设你是功能测试人员，那么这时你一定是写功能测试相关的用例。

我们把整个测试阶段可以分为：

（1）单元测试

这类在目前大多数公司里还是开发人员做得的比较多，我们公司现在就是先通过代码扫描工具扫描，然后开发人员自己跑单元测试，提测的时候附上跑过的单元测试用例。

（2）接口测试

如果是做接口测试，那么就需要写接口测试用例。

接口测试字面理解就是去测试接口，实际上也是去测试接口，具体流程是开发人员在编码之前就需要把接口文档写出来，正式编码之前需要对接口文档做评审，在编码过程中，测试人员编写测试用例，等到正式提前的时候，测试人员才会参与到执行测试过程中。

如果只是对单一的接口进行测试，而没有业务流程的约束（如果有的话，可以通过mock来解决），又想提高测试进度，那这时可以通过分段提测，就是先写完的接口，可以提前提。

（3）系统测试

如果是做系统测试，那么就需要写功能测试或非功能测试用例。

系统测试分类有很多，但实际的测试流程跟接口测试的流程相似，只是实际的测试内容不同。

（4）验收测试

目前测试人员做验收测试的比较少了，大多都是产口经理或用户做，故具体的情况就不做阐述了。

Q8.搭建测试环境，具体指的是搭建什么呢？安装需要的工具吗？比如？

用到linux的时候多吗？

A：一般来说的搭建测试环境是指我们要去部署一个代码运行的环境，然后运行代码，在部署的环境中执行测试。

现在搭建环境大多都jenkins进行自动部署，无须像以前一样，需要手动导入war包（以java语言为例），修改各种配置之后才能运行，若是服务器上从来没有部署过环境，那就需要安装JDK、APACHE、数据库等必要软件。

若测试环境是部署在linux系统 上，故在实际工作中，使用linux命令的场景非常的多，特别是在执行测试的过程中，一般我们都需要去linux服务器查看运行日志，分析bug等操作。

Q9.测试工作中，什么时候用到数据库呢？测试一般没有数据库访问权限吧？

实际工作的时候，是怎么准备测试数据的呢？

A：其实在测试过程中，使用数据库和使用linux的场景一样，我们在执行测试过程中，根据不同的操作都需要实时去查看执行数据是否正确地体现在数据库中。

测试人员不仅有测试环境的数据库访问权限，同时根据工作需要还会有生产环境的数据库权限。

使用测试人员使用数据库的频率是相当地高。

准备测试数据其实是一个相当麻烦的事情，根据不同的测试场景需要准备不同的数据，若是测试场景比较复杂，准备测试数据也需要比较久的时间，若是针对一些简单的场景，测试数据准备起来会相对简单一些。

我一般准备测试数据，根据公司业务，要么使用自动化工具跑一些数据，要么是拿以前老数据进行修改，针对使用老数据的修改，要求测试人员对数据和流程要比较熟悉，知道每一条数据的修改点，影响点，你的改动是否有效且正确，若是不能拿定主意，那还是按正常流程自己去跑。

若是要准备多条类似或特定的数据，可以写脚本跑，也可以直接向数据库中插入数据等方法，一般来说，哪一种快，我就用哪一种方法。

附上一句话，测试人员在测试过程中需要对数据特别特别地熟悉和敏感，才能更好地进行测试，共勉。