如何快速拥有好的测试idea

发布于 更新于

技术文章

如果接手任意一个测试任务,如何开始测试以及怎么快速的形成测试点呢?其实也是有一套小套路的。大概整理了下,可以从6个方面来考虑入手。1. 项目快手了解项目背景、信息对象、项目风险、测试资料、债务、交流、语境分析、交付品、工具。项目的提出动机将...

如果接手任意一个测试任务,如何开始测试以及怎么快速的形成测试点呢?其实也是有一套小套路的。大概整理了下,可以从6个方面来考虑入手。


1. 项目


快手了解项目背景、信息对象、项目风险、测试资料、债务、交流、语境分析、交付品、工具。


项目的提出动机将会对后续项目执行过程的很多决策造成影响,对项目的背景动机的深刻理解可以帮助提高测试的效率和质量。


2. 产品


获取产品的能力,失败模式有哪些。模型、数据、白盒测试的内容都去咨询和整理下。关于产品的历史、小道消息、实际软件、技术以及竞争者。


3. 业务


业务对象是什么,以及解决了他们的什么问题,产品愿景是不是符合业务这些。


所以对业务知识要很了解,这个时候多把融入到角色中(可能有不同的业务角色),看看是否合理,另外也考虑下是否有相关的法律因素在里面。


4. 团队


每个团队都是独一无二的,了解团队的创意想法和协作方式,内部收集常用的公共影响因素,可以更好地辅助你的用例设计。


上面的内容,在配合自己的专业知识和技能,很多测试点都会被挖掘出来的。


5. 外部


跳出项目本身,放空自己,看下公众资料,行业的标准,以及行业关联的一些内容的标准,然后再审视下产品,也会发现有不同的点,说不定还会发现非常重大的bug。 


6. 关系人


这个其实和业务那块有一定关联。主要是把产品的使用角色切切实实的分开。一定要按照实际运行时的来进行分析。每个角色关注点以及衡量的标准。比如如果有管理角色、有领导角色、有运营角色、有小组等等,他们需要关注的点需要去了解下。多多沟通。去了解他们关注什么,害怕什么以及非常常用的使用场景是什么。


这里每个角色可能是各自环节的专家,如果有条件,尽量和这类用户沟通,提前培养他们的产品意识,他们理解不对的,或者产品本身不对的,都可以尽早讨论。


继续阅读