导图社区 《Google软件测试之道》
这是一篇关于Google软件测试之道的ACC方法的理解。
提示: 本内容由社区用户上传并分享。平台不对内容的真实性、合法性、知识产权归属及是否侵害第三方权利进行事前审核或保证。本内容可能包含受版权保护的图片、字体或其他第三方素材，使用前请自行确认授权范围。
测试
这是一篇关于《产品思维》的思维导图
社区模板帮助中心，点此进入>>
商业战略风险分析
投资决策与风险分析
项目风险管理
风险的识别与分析
金融学原理 ch12 学习笔记 思维导图
第七章 风险应对
造船项目风险分析
西安国电项目全过程管理
金融经济学 风险及其估计
地方城投债风险分析指标
《Google软件测试之道》
书籍简介
从内部视角告诉你这个世界上最成功、增长速度最快的互联网公司是如何应对21世纪软件测试的独特挑战的。
学习的原因
这意味着质量更像是一种预防行为，而不是检测。质量是开发过程的问题，而不是测试问题。
子主题
把用户放在第一位来思考，代表用户的利益。
TE组织整体质量实践，分析解释测试运行结果，驱动测试执行，构建端到端的自动化测试
ACC
ACC（Attribute Component Capability） 这是一种测试计划的替代方法
含义
A：特质是系统的形容词，代表了产品的品质和特色。
即区别于其他竞品的东西
C：组件是名词，构成待建系统的模块，是使一个软件之所以如此的核心要素和代码块。
组件：对应每个功能模块？ 架构图里的大框架， 经常出现在bug库中的标签里， 或者在项目主页和文档中被高亮出来。 对小型项目来说，它们是代码里的类和对象。
C：能力是系统的动词，代表着系统在用户指令之下完成的动作。它们是对输入的响应、对查询的应答、以及代表用户完成的活动。
组件（component）执行某种功能（function）来满足产品的一个特质（attribute），这个活动的结果是向用户提供某种能力（capability）。
eg:协同示例
特质
发散
即时
协同
简单
云端
社区
分享
组件
文件
团队
项目
通知
协作者
用户信息
能力
根据每个组件列举
编辑输入
保存
下载
导出
打印
历史版本
设置
创建
邀请成员
修改权限
解散
离开
邀请
剔除
编辑
更新
实现方法
特质为x轴，组件为y轴的表格
能力表的每一行或列表示按某种方式相关联的一个功能切片，是将应用功能分解为多个可测试的活动的一个好办法。
风险分析
确定风险的过程称为风险分析
参考因素
哪些事件
发生的可能性
一旦发生，对公司的影响
一旦发生，对用户的影响
缓解措施
缓解措施失败的可能性
处理失败的成本
恢复过程的难度
事件是一次性问题嘛
Google的两个要素
失败频率
影响
测试人员用这两个要素对每项能力打分
目标
识别一个能力与另一个相比风险是大是小
这对于决定以何种顺序测试哪些能力足够了
冒烟测试
对主要功能的一个测试
发版测试
自动化测试是项目取得长期成功的关键，也是测试团队高效检验回归问题的关键。
files---teams files\personal files\program files coop --file coop\notifica coop \user coop\action coop draw --core \wasm user--login\usercenter update help control history custom theme export math note
files coop notification draw team user(user/coopuser)
问了一圈 ，没有人知道
中心主题
主题
