1、基本的测试用例设计方法

基本的测试用例设计方法（边界值分析、等价类划分等）。

业务和场景的积累，了解测试需求以及易出现的bug的地方。

多维角度设计测试用例（用户、业务流程、异常场景、代码逻辑）。

2、需求分析

获取原始需求，结合实际场景确保需求描述的完整性。

需求产生的原因和价值（产品需求/研发需求；优化迭代、老应用增加新功能、新系统开发）。

不同类型的需求侧重不同的测试点（运营功能、JSF接口、定时任务等）。

3、测试用例设计

通过需求评审、业务和场景的积累、结合开发与产品的文档资料、以及通过多渠道学习测试用例设计方法，完成测试用例的设计。

测试用例模板：标题、配置条件（测试工具、中间件的使用情况）、测试数据、用例执行的先后顺序（先冻结再解冻，需对原单号进行解冻、用例的优先级）、预期结果（错误场景返回结果是否合理）等。

根据不同的需求测试类型（JSF接口测试、页面测试、新增数据表、JDOS迁移等类型）总结测试用例模板。

测试用例执行

利用各类测试手段（如deeptest平台、java+testNG框架、schedule等）执行测试用例，快速定位bug。

bug分类（前端bug/后端bug、测试平台的问题/需求bug、测试脏数据、日志缓存过多）。

bug复现（重复执行原测试操作、是否为数据库中的脏数据、前后端交互界面考虑网络问题等）。

测试流程规范性

在行云平台上规范测试过程（测试排期、bug管理、测试报告等）。

要求研发规范提测范围和流程（明确改动点和影响范围）。

测试效率提升

通过业务积累和测试工具的掌握，提升工作效率，京东小店账务系统的改动（11个接口）四天左右测试完成，并提前上线。

总结各类测试用例模板。

明确与工作交接伙伴沟通的重点与方式。

沟通协调能力

掌握开发知识与业务知识的专业术语，提升沟通效率。

记录多个问题，一并沟通。

沟通方式方面，先保证测试步骤是正确的，将bug截图、日志错误、问题描述精准表述。

保证交流的焦点集中在急需解决的问题上。

其它

开发人员的表述，保持高度警惕和怀疑精神，亲自验证及分析后再判断。

难以复现的bug，确定bug类型，找出原因，确保满足时限要求。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取