非常赞成作者的观点。只要用心，就会发现永远有做不完的事。如果手工执行简单，就想办法把简单的执行自动化。如果业务逻辑复杂，就想办法如何拆解测试场景。如果测试工作都没什么难的，可以想想如何优化公司的工作流程，如果提高项目团队的效率等等。只要用心、用脑，总会找到进步的空间。

辞职应该是最后的打算，我觉得你可以找一找机会，通过某个项目或某个活动再展现一次自己的实力，多给公司提一些建议。

我平常的做法，都是先罗列功能模块、功能点，然后针对每个功能点，采取文章中第二种用例格式，它比较接近我们在测试过程中的思考模式。准备测试一个功能点之前，要想到这个功能点的几个要素，每个要素要如何创建数据或制造场景去验证，验证结果如何等等。

同意。用例只需要体现测试覆盖的功能点与需求，不需要把步骤、过程写得太详细，根本没有时间。