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