vlambda博客
学习文章列表

采用哪些方法挖掘功能或性能测试的场景?

 中 最后一道 开放题是想了解: 你平时是如何挖掘测试场景的 ,这也是测试人员的基本功,因为用户行为可以在需求文档、功能、用户故事中反映出来,但场景则一般没有被描述,即使有描述,也只是几个基本的、典型的场景,还有许多场景有待挖掘。

衡量测试是否充分,也可以从这个维度去看,即场景+测试数据,所以场景的重要性不言而喻。那我们看看同学们是如何回答的?

(这是NLP进行词频统计的结果)

具体回答

  1. 经验、历史文档和测试资产,做发散测试设计

  2. 根据以往经验进行探索式挖掘或者和有经验的前辈沟通

  3. 用户调查,小组讨论、沟通 或独立思考

  4. 访谈记录,澄清需求,分析用户遇到问题

  5. 跟业务沟通, 收集线上客户的操作场景

  6. 顺序图,活动图,需求实例化,商用话务模型

  7. 基于需求理解,沟通、理解架构,基于风险

  8. 业务流、数据流影响的边界

  9. 思维导图,用户重点业务流程广度,深度探索测试,模拟。

  10. 脑图分析,分析接口参数,分析业务场景

  11. 经验、用例评审、用户反馈、线上数据

  12. 上下文和基于场景的测试, 使用工具模拟

  13. 业务流、探索、建模,关联法

  14. 基本流、备选流, 数据输入输出, 重点交易分析

  15. 测试前移,BA pair分析业务和 验收标准(AC)

  16. 质量模型,用户场景 5w1h法,借鉴用户场景,场景映射

  17. 测试分析,产品开发评审;探索性测试

  18. 业务流程分析、用户操作、场景法(测试场景分析法)

  19. 借助测试管理工具testcenter

  20. 思维导图、头脑风暴,历史缺陷 和 逻辑覆盖率报告

  21. MFQ+需求实例化

  22. 用户体验,压测、高频操作业务场景

  23. 思维导图分析业务中客户使用场景,鱼骨图发分析客户场景

  24. 用户画像、组合测试设计

  25. 场景分析法,根据基本流和备选流确定场景

  26. 上线的系统一般会和业务部门及项目组沟通确认典型业务场景

  27. 基本纯探索方式或者和运维人员对接客户问题,进行扩展验证测试

  28. 与真实客户、同行相关业务等积极沟通,能自己开户的则去真实体验

  29. 业务访谈、代码学习,原型学习等了解原始需求,通过业务建模设立业务场景分析

  30. 产品价值、逻辑分析、用户行为分析、状态机、场景或流程条件

  31. 性能测试场景会依托一些监控信息和对系统的熟悉

  32. 属于测试资产记录的一种,用知识库方式记录场景、案例、功能、执行情况等关联信息,每次测试任务执行过程中更新,定期由业务人员和测试专家进行回顾梳理。

  33. 利用思维导图梳理功能,逻辑流程图梳理逻辑,模拟用户实际场景

  34. 业务场景分析,单点数据分析,生产环境实际用户行为,pv/uv等生产统计数据

  35. 边界值,等价类,因果图 (注:错误的,这是测试数据的设计)

  36. 会议、会议、会议,和confluence,针对每一个功能进行模糊点的探讨确认。

  37. 1) 对于已经上线的系统,会拿生产历史数据进行典型业务场景的分析  2)未上线的埋点数据挖掘,运维监控系统,业务投放预期等

  38. 功能:功能交互分析。性能:根据业务可能的数据量,访问频度等确定。

  39. 1) 熟悉业务和模块间的跳转; 2) 熟悉公共模块之间的交互,不主观臆断。3) 尖峰测试; 4) 负载测试

  40. 1) 根據輸入如需求背景、原始需求、方案、規格、接口文檔、UCD設計等方面進行一輪基礎場景分析;2)通過腦圖進行頭腦風暴式集中分析和場景碰撞挖掘;3) 通過因子庫、經驗庫等進行相關性搜索式場景挖掘;4) 智能推薦式隱式關聯式場景挖掘

  41. 1} 结合产品设计和技术设计, 做场景测试设计,2) 结合业务模型的核心流程和维度,做关键指标测试设计,3) 结合产品应用场景和价值导向,做专项测试设计,4) 结合产品特性和操作特点,做功能点测试设计,5) 结合行业知识认知等。