转研发之前，总结一下一年半来测试工作

崔爱琴

马上快2016年三月底了。下周就去研发了。
      从2014年7月入职到现在，还差4个月就两年了，算是一年半的时间做测试工作。其实学到的也很多东西，对测试工作的理解，对软件项目、开发过程的理解。我要整理一下技术上的收获，和管理上的思考。
管理：
     当我转开发的时候，同事们都以为我是因为工资。其实我主要因素真不是工资，是因为在测试部的成长空间不大了。觉得没有让我可学习可提高的东西了，留住一个员工的话，工资是一部分，你还得让他看到前景，看到重视和价值，或者让他能学到东西。如果都没有，为何留着浪费时间呢。
     作为测试部，应当重视测试技术和测试质量，而不只是做事情，做完。而现在测试质量单靠个人素质，靠自己去学习。提的缺陷，测得好，测的全面没人重视，没人发现，咋提高呢。测得不好，领导不关注，不提出整改措施，又有什么意思呢。应该清楚的看到测试的价值然后去提高产品质量，目标清楚。测试部存在的价值是什么呢？不就是尽早尽快的发现产品缺陷，并且完善产品吗。
     管理上，也应该重视员工个人的想法，多沟通，多激励。去看员工具体的工作做的怎么样，去考察员工工作能力如何，做出奖惩。从细节上关注，比如迟到，比如工作汇报，比如提的缺陷分类，比如和开发沟通能力等等。注意整个测试部的能力的提升。适当给员工一些压力。

测试：
1、测过X、X、X、X、X等，测试X JTA的性能测试。对于X成长中的产品，问题较多，测试的重要性格外大，测试发挥能力和思维的地方很多，也是让我看到测试的价值和重要性。能在一些产品页面设计，操作流程设计上提建议，并且发现了之前测试人员未发现的功能bug。主要训练了测试思维，以及在用户角度去思考产品。
2、XX是成熟的产品，也提出了很多产品建议。但测试过程中，很多是单纯执行用例，所以有些枯燥。一遇到稍微新鲜点的微信啥的，我就比较高兴，甚至想自己去开发。通过WS主要训练了完整的负责一个产品测试的能力。就是从了解需求，写计划，写方案，执行用例，写执行记录，写测试小结，写测试报告，包括协调外部人员进行测试等。
3、做过测试的开发人员去做产品的时候，会从整体、全面地去考虑产品，对产品的理解比较全面，不是只关注产品的一点。
4、很感谢的是，自动化测试和性能测试都接触到了。并且也对自动化测试也算比较熟悉了。在本公司内基本把测试的一些该学的该了解的都了解了，转到开发也算到时候了。

测试人员：

1、测试是把关的，不是放水的。交给用户之前的保障。测试影响产品质量，公司形象。应当尽快，尽量多的发现bug。测试经验，测试思维、直觉，和基本知识很重要。还有从用户角度思考产品，关注用户体验也很重要。好的测试能够影响设计，影响需求。发现bug的早晚，数量，严重程度，隐藏深度，bug类型，都能体验一个测试人员的价值。面对同一个东西，有的人能发现问题，有的不能，个人影响就很大。
     2、测试用例的设计和编写是否合理和全面。前面用例设计的不好，后面都跟着错，不好发现缺陷。若是赶上思考不多不主动的测试执行人员，只关注用例，不自己去思考的话，就很麻烦。

测试管理：
1、Bug描述清楚，对所测程序基本原理的了解。必要时候去和开发沟通处理逻辑。免得筛选测试用例时，能少做无用功。如webwall，能有效根据程序设计，针对型的设计用例，很快就能找到缺陷。
2、对缺陷的管理分清主次，有些严重的，必须督促开发去改。在开发过程中，尽量去先测出现问题多的模块，新增功能，减少时间和人力成本。
3、沟通能力，理解需求能力，产品质量把握。

X产品实施自动化经验总结：
1、 自动化功能范围划定，用例的准备，使得实现自动化的用例没有冗余步骤
2、 动化用例开发过程中用例准确性。实施过程中，发现代码中把关键判断语句注释掉了使得用例通没通过，都是显示通过的。自动化开发后期去使用的时候再去关注的可能性不大了，所以准确性一定保证。
3、 用例维护，后期修改
4、 使用方便

      纯粹为了留个痕迹，如果对大家有帮助更好了，欢迎大家指教。

sophie.jing

厉害，学习。

jingzizx

祝好好发展！

喵小妖7117

厉害！