入职到现在对测试部的一些建议 /html/06/329406-824041.html 2012 （一）测试工作对公司的意义： 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：测试技能提高方面 测试工作分很多种，其中整体来说包括：“单元测试，功能测试、集成测试，系统测试、性能测试”，我们公司测试目前做的仅仅只是功能测试中很简单的一点，可以说是皮毛，因为功能测试中至少也应该包括包括编写需求，了解业务，写测试计划，写测试用例等，而我 本文来源：https://www.wddqw.com/doc/21228da4d3d233d4b14e852458fb770bf78a3bb3.html