针对公司测试部门的内建建议书

个人入职到现在对测试部的一些个人建议

（一）测试工作对公司的意义：

A.发现软件错误；

B.改善软件的质量；

C.确保软件的易用性；

D.验证软件是否符合用户的要求，提高用户体验；

E.减少公司的损失，提高公司的名誉，提高销售业绩；

（二）入职到现在发现的一些不足：

1：工作很盲目，有时都不知道测试的对象是什么样子，什么标准。

2：真正测试的时间少之又少，每次上测试环境到上公网的时间很短暂，测试很难保做到全面覆盖测试。

3：测试依据文档很少，或者说根本就没有可依据的测试文档。

4：我们整体的测试技能需要不断提高。

4：从开发到测试，需求升级内容变化幅度很大，测试很难把控。

5：团队协作的意识不强。

（三）个人的一些想法和建议：

1：测试工作安排方面（2人结合方式）

具体实现时可以采用：专职为主、兼职为辅和交叉测试的策略。

作法就是，可以按照现有的模块安排走，但是每个人除了负责自己模块的任务外，外带负责另一个人的模块任务。

例如：我主要负责XX内容、XX中心、XX模块等，张三负责YY管理、YY调查、YY消息等模块。我则主要专职测试XX内容、XX中心、XX模块，为第一负责人，而张三为兼职测试为第二负责人；张三对YY管理、YY调查、YY消息等模块则为专职第一负责人，而我则为兼职测试为第二负责人。这样不仅提高了我们合作的意识，而且更好的保障了软件的质量以及工作效率，如果都有上线，则都测试，或者让没有上线的测试人员介入，参加测试，来确保软件质量。

2：测试需要的测试文档方面

要求研发人员升级前对升级问题，修改的bug，要提供修改前、修改后、可能影响到的功能点等修改文档，粗略的亦可（具体格式我们测试可以提供，研发人员将主要内容填写仔细即可）。

这一点貌似有点难度，因为是要求研发做事，而不是测试做事，但是我们和研发的目标都是一致的（都是希望开发出来的产品没有问题，可以帮助销售很快的销售出产品，用户满意等奔着这个目标）我们要慢慢的和研发一起，慢慢的规范起来。共勉之吧！

3：测试把控需求和测试标准方面

为了提高我们测试人员的工作效率，以及把控好需求和标准，我们测试相关负责人至少要参与需求评审会议和最终定稿评审会议。其他的会议可以筛选决定是否参加。针对于他们后期需求的不断更新变换，需要告知我们测试人员，我们测试可以拟定一个文档格式，分别发给产品负责人和研发负责人，他们将更改的东西填到表格里面（非口头），最终我们测试确认即可（即归档人为测试人员）。如果没有填写上去，测试的结果和需求的结果不一致，我们测试则依据此文档，将其当做bug处理。

4：提高软件质量方面

关于测试活动本身，我们一定要有一个清醒的认识：测试本身并不能改善软件质量！测试结果是软件质量的一个指示器。就像减肥，要想减肥，并不是买一个新的称，或者多买几种不同的称来称，而是要改变你的饮食习惯。要想提高软件质量，仅使用更多的测试是没用的（或者说不是本质方法），你需要的是更高质量的开发。在此会涉及到开发人员的工作经验，开发习惯，代码规范，性格等，这个可能要涉及到整个研发中心，这里暂时不谈。

5：测试技能提高方面

测试工作分很多种，其中整体来说包括：“单元测试，功能测试、集成测试，系统测试、性能测试”，我们公司测试目前做的仅仅只是功能测试中很简单的一点，可以说是皮毛，因为功能测试中至少也应该包括包括编写需求，了解业务，写测试计划，写测试用例等，而我们这些往往都省略掉了，长此以往，我们测试工作就没有积极性，没有了上进心，工作枯燥反复，相信这些大家应该能够感受的到，所以我们要成长，要不断学习，提高我们的测试水平，提高测试技能，提高测试质量。

6：测试流程和工作规范方面

我们现在要着手去创建维护我们的工作流程和工作规范，使我们的测试小组真正的规范起来，强大起来，记得在深圳参加培训时，一个导师说过一句话：“测试主导研发！”，也就是说当一个公司的测试，可以主导研发区开发产品，给出开发标以及发布标准，以及可以要求研发研发更改问题，可以控制住发布上线时间，则这家公司的产品质量不会差（当然这在国内是很罕见的，毕竟测试还处于发展阶段）。这个需要过程，需要我们测试团队中每一位成员的共同努力。

7：团队意识方面 

一个人的测试是很难成功的，因为每个人的思维都存在局限性，很难想到方方面面。所以需要组成一个团队。要不断的增强我们测试的团队意识，我们是一个团队，一个整体。要不断提高团队协作，做到”一人有误，团队则耻，一人光荣，团队则荣”！