如果接手任意一个测试任务，如何开始测试以及怎么快速的行程测试点呢？其实也是有一套小套路的。大概整理了下，可以从6个方面来考虑入手。
1.项目
快速了解项目背景、信息对象、项目风险、测试资料、债务、交流、语境分析、交付品、工具。
项目的提出动机将会对后续项目执行过程的很多决策造成影响，对项目的背景动机的深刻理解可以帮助提高测试的效率和质量。
2.产品
获取产品的能力，失败模式有哪些。模型、数据、白盒测试的内容都去咨询和整理下。关于产品的历史、小道消息、实际软件、技术以及竞争者。
3.业务
业务对象是什么，以及解决了他们的什么问题，产品愿景是不是符合业务这些。
所以对业务知识要很了解，这个时候多把融入到角色中（可能有不同的业务角色），看看是否合理，另外也考虑下是否有相关的法律因素在里面。
4.团队
每个团队都是独一无二的，了解团队的创意想法和协作方式，内部手机常用的公共影响因素，可以更好的辅助你的用例设计。
上面的内容，在配合自己的专业知识和技能，很多测试点都会被挖掘出来的。
5.外部
调出项目本身，放空自己，看下公众资料，行业的标准，以及行业关联的一些内容的标准，然后在审视下产品，也会发现有不同的点，说不定还会发现非常重大的bug。
6.关系人
这个其实和业务那块有一定关联。主要是把产品的使用角色切切实实的分开。一定要按照实际运行时的来进行分析。每个角色关注点以及衡量的标准。比如如果有管理角色、有领导角色、有运营角色、有小组等等，他们需要关注的点需要去了解下。多多沟通。去了解他们关注什么，害怕什么以及非常常用的使用场景是什么。
这里每个角色可能是各自环节的专家，如果有条件，尽量和这类用户沟通，提前培养他们的产品意识，他们理解不对的，或者产品本身不对的，都可以尽早讨论。
这么多内容，主要说明的是先要捋清楚测试切入点，有目的的去进行，至于在执行的时候，需要什么的工具、技能去支撑，这个是后话。毕竟如果指导方针都没有，肯定会影响到测试的执行的。
原文地址：https://www.cnblogs.com/xmxit/p/16442937.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。