QA

测试得快是很容易的，测试得好也不难，但测试得又快又好就很难了。 测试总是面临非常有限的资源，需求很多模糊的，开发提交的晚，开发对业务理解偏差，测试用例考虑不全等等…… 等你完成测试后，可能心生抱怨，测试任务怎么这么苛刻。甚至你想责备一句，

1.快捷键，主要是session列表操作 2.命令行，主要是select yes/no，BP， 3.查看修改request和response 4.

《AT自编：测试快速培训大纲草案》 测试培训目标： 1. 分担主测试人员的测试工作量 2. 尝试为公司培训新人 3. 测试分工协作，实践自己对测试的理解 测试培训计划： 1.

原标题《林应：James Bach 的 Rapid Test 培训总结》 AT重新排版 首先感谢阿里巴巴邀请James大神在北京办公室组织了Rapid Test的培训。 * 本来报名的目的只是想和兄弟部门的同事找机会一起交流交流，

> 记得在学习项目快速入手时，有个步骤叫项目调研，包含了开发阶段，技术和业务优先级，其中技术优先级又涉及了开发人员是老员工还是新员工，开发时，模块是否是重新开发的。这次自以为是，忽略了这个问题，导致后面测试不断给自己挖坑。不由感叹：测试流程上，

本文作者：罗少木 [https://maimai.cn/contact/detail/1612051] 测试技术：测试开发工程师 编者：AT

> 对于测试入手 刚开始测，面临问题有三个。测试范围，优先级，业务操作不熟。 对于业务熟练，只能自己勤快，多操作产品。熟悉是很快的，但是面对陌生枯燥的东西，最难的不是脑子够不够用的问题，