那如何编写测试用例呢？

　　关于测试用例我看过的比较全的文章是测试用例大全，感兴趣的人可以看看。我编写时一般从这三个方面入手：页面可能存在的输入、页面可能存在的输出、页面中各组件或内容状态的变化，以及这三者中可能出现的异常。细节不多说，反正有输入的地方就有输出，有输入输出的地方就有异常，有异常的地方就可能有bug。

　　那么PM做QA或是测试有什么好处和坏处呢？

　　好处：

　　更熟悉产品，编写测试用例其实也是对自己设计的一种再熟悉，能够理清产品的每个模块以及各模块间的联系，是对PRD的一种延伸。

　　反思设计，在写测试用例时会发现容易出错的点并思考如何解决这些点，如果有更好的设计是否能够避免，同时从开发和设计角度出发，对需求有进一步的思考，例如紧迫性和真伪性等

　　更有耐心，由于测试的时候需要考虑到各类可能出现的情况，所以对每一种情况都要有相应的应对措施，这也就是为什么一个看上去很小的功能却可能有几十条测试用例，每个小用例也需要用心编写。

　　更流畅的沟通，一般在测试的过程中是会发现很多bug的，这时候PM就能对这种bug更清楚了解，对实际完成的效果和自己的预期认知更清晰，与其他岗位的沟通交流更有目标性。

　　学习新的领域知识，扩充自己的知识面。

　　坏处：

　　适宜功能和代码量不大的小项目，太大的项目效果不好。

　　PM工作量加大，可能需要加班

　　结论

　　测试或QA还是非常有用的，PM可以自己尝试写测试用例，从新的角度学习和理解产品

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标软件测试之测试管理频道！