此文来自测试群同学投稿。

作者简介：三年开发+五年测试+喜欢技术多于管理

有人逼着你成长是幸运。

我与测试结识，缘与公司领导之间的内斗。

我算是不幸的，但又是幸运的。

不幸的是我从此走上了测试的道路，幸运的也是我从此走上的测试的道路。

我是空降去测试部门做管理，刚开始无从下手。

跟身边的每一个测试人员学习，请教，一点一点积累，感谢测试团队的成员。

半年时间，从对测试一无所知到定测试流程，制定测试计划方案，组织团队编写测试用例，参与执行测试，总结编写测试报告，空闲了还会写几行代码，编写个小测试工具，参与各种评审会议，大大小小的会议做各种对测试有帮助的记录。

回到正题，做测试的几点心得。

1. 基础知识一定要不断的学习巩固，多执行测试，多总结，温故而知新，测试理论是执行测试的基本法则，如果你连边界值是什么都不知道，就不要谈测试如何写测试用例；

2. 前期（需求、开发阶段）若有机会尽量多参与，理清逻辑、了解产品内部结构才能更好的找问题，时不时问问自己，对项目或产品的功能、逻辑、使用平台理解透彻了吗 ？

3. 个人认为，测试理论知识+对产品需求、产品逻辑功能的理解是后期写测试用、部署环境，执行测试的基础。

4. 环境搭建，多动手，任何理论知识都不会告诉你，搭建环境的时候如何装系统，如何安装你需要的工具，就我现在的工作来说，Windows，Linux（带界面的，控制台的），Solaris，CentOS 

但凡客户用到的，我们都有，开发很忙，装系统的工作就只能我来干，不要跟领导抱怨这不是你的工作职责，认真、努力、尽力完成工作任务才是一个合格的Tester。

5. 执行测试，测试很枯燥，真的很枯燥，有时候为了付现一个bug，可能需要一天的时间反复不停的执行某个操作；

这个时候需要再多一点耐心，多想一想，或许奇迹下一秒就会出现；

告诉大家两个小技巧：

第一，如果有log，可以从log里找bug出现的原因，前提是你能看懂log，对于没有代码经验的Tester来说这个比较困难；

第二，多想想自己刚刚执行了什么操作，边执行，边做记录，这样可能比较费时间，但是很保险。

6. 收集bug，bug的来源不止Tester，老板、客户、开发，都有可能发现bug，不同于我们自己，他们说bug的时候可能没有操作步骤，没有任何解释，而我们要做的就是试着去复现，去模拟客户的使用环境，定位bug，这就是为什么我要装那么多操作系统。

7. 测试报告编写，昨天有人在群里问，哪些东西是测试报告必须包含的。测试报告可能不止给开发看，给公司领导看，客户也要。

各个公司要求不一样，报告也可以多样化，我遇到变态的客户，每个功能的测试结论要有数据支持，对于几万条甚至几十万条的数据记录，你要分析，总结，图表也好，文字列表也好，思维导图也好，提供给客户的一定是一眼就能看明白的，不要期待客户懂技术，从你提供的数据里面分析他想要的结论。

以上为测试工作的几点总结，

很粗，希望看到的小伙伴有新的想法也继续提出来，一起学习，一起进步。

另外说一下在公司的生存法则：

1. 方法比技术更重要，做事的方法，做人的章法；

这几年我每年都会休假出去旅游，时间长短不一定，多的时候一个星期，少的两三天，请假特别容易，这里告诉大家，你请假之前，提前一段时间跟领导打招呼，比如一个月，比如半个月，这段时间把手头的活干完，不要因为你的离开耽误整个项目的进度，我每次请假之前都会加班，把手里的活处理完，最好在请假前一两天留出时间给领导检查，自己留点返工的时间。

2. 学习，任何时候都不能停止，技术更新的速度远远快于我们学习的速度，所以你要不停的努力，才能不被落下。

-- End --

OK，如上文章，来自作者的实际经验总结。分享作者的观点，非常实在，有参考价值，分享之。

欢迎，讨论 & 交流。

如果你有想分享的，可以直接找老徐投稿，可分享至此公众号。

投稿到老徐私人微信isTester 

<End>

我是IDO老徐，Tester，十年测试职业老鸟，分享原创职业观点，经验，答疑解惑。希望通过自己的文字分享能改变测试职业现状，让测试从业者整体水平提升一个Level 。

老徐所有原创文章

第一时间发布至此公众号

长按二维码/微信扫码  关注老徐

有任何测试相关需求，后台直接回复试试