软件β测试

.2.2.3 要求测试结果 11
2.3 非传统的b测试 12
2.3.1 产品发布后的b测试 12
2.3.2 公开b测试 12
2.3.3 小型b测试 14
2.3.4 集中b测试 14
2.3.5 内部b测试 15
2.4 听上去像“b” 15
2.4.1 市场调查和集中小组 15
2.4.2 可用性测试 16
2.4.3 质量保证测试 16
2.4.4 领域测试 17
2.5 剖析b测试 17
第3章 b测试的价值 18
3.1 质量验证 18
3.2 设计分析 20
3.2.1 特性评估 20
3.2.2 概念证实 20
3.2.3 修订管理 22
3.3 市场调查 22
3.4 基础结构准备 23
3.4.1 客户支持 23
3.4.2 因特网基础 23
3.4.3 过程评估 23
3.5 文档评审 24
3.6 本地化 24
3.7 更好的准备 24
3.8 更好的产品 25
第4章 公司进行b测试的成本 26
4.1 投资回报 26
4.2 基础结构 27
4.2.1 小公司 28
4.2.2 中型公司 28
4.2.3 大公司 29
4.2.4 外购 30
4.3 测试费用 31
4.3.1 参与测试的人数 32
4.3.2 运输 32
4.3.3 测试周期 32
4.3.4 奖励 32
4.3.5 “b”产品 33
4.4 交流 34
4.5 附加成本 34
4.5.1 法律费用 34
4.5.2 部门间的费用 35
4.5.3 杂费 35
第5章 通过b测试减少成本 36
5.1 工具 37
5.2 产品质量保证 37
5.3 减少客户支持费用 37
5.4 从测试中节省成本 38
5.5 问题验证 39
5.6 文档 40
5.7 地域方面节约的成本 40
5.8 营销数据分析 40
5.9 b测试节约资源的20种方式 41
第6章 将b测试纳入公司结构 42
6.1 在何处执行b测试 42
6.2 何时执行b测试 48
6.2.1 可行性 48
6.2.2 灵活性 49
第7章 b测试的常见问题 50
7.1 理解失败 50
7.2 数据管理不善 51
7.3 测试参与者不合格 51
7.4 与测试参与者缺乏交流 51
7.5 将b测试作为销售工具 52
7.6 不够集中或者过于集中的测试设计 52
7.7 没有及时地激励测试参与者 53
7.8 发布不成熟的b产品 53
7.9 没有充分利用测试参与者的价值 53
7.10 外部过程的失败 54
7.11 不充足的测试材料 55
7.12 b测试失败的影响 55
第二部分 建立b测试过程
第8章 建立b测试小组 59
8.1 b测试经理 59
8.1.1 职责 59
8.1.2 任职条件 61
8.2 b测试工程师 61
8.2.1 职责 61
8.2.2 任职条件 62
8.3 b测试协调员 63
8.3.1 职责 63
8.3.2 任职条件 64
8.4 b测试实验室管理员 64
8.4.1 职责 64
8.4.2 任职条件 65
8.5 系统管理员 65
8.5.1 职责 65
8.5.2 任职条件 66
8.6 层次结构 66
第9章 b测试过程 68
9.1 了解路线图 68
9.2 需求文档 70
9.3 队列 70
9.4 计划 72
9.5 出席会议人数 75
9.6 产品培训 76
9.7 获取测试材料 78
9.8 选择测试人员 78
9.9 建立测试参数 80
9.10 预测试标准 80
9.10.1 评估 82
9.10.2 确定期望值 82
9.11 法律协议 82
9.11.1 保密协议 82
9.11.2 软件许可协议 83
9.11.3 测试合同 83
9.12 分发测试材料 83
9.12.1 欢迎信 83
9.12.2 参数文档 84
9.12.3 测试包装 84
9.12.4 附件 85
9.13 管理测试参与者 86
9.13.1 交流 86
9.13.2 调配时间 89
9.13.3 专业化 91
9.14 处理测试结果 91
9.15 界定测试问题 92
9.15.1 界定标准 94
9.15.2 界定的优点 94
9.16 评估测试数据 94
9.16.1 结果和bug 95
9.16.2 评估过程 96
9.16.3 平衡行为 97
9.16.4 报告什么 97
9.17 分发测试数据 98
9.17.1 技术数据 98
9.17.2 营销数据 99
9.17.3 及时分发 99
9.17.4 跟踪问题 100
9.18 管理测试材料 100
9.19 关闭b测试 101
9.19.1 关闭测试参与者 101
9.19.2 关闭文档 103
9.20 测试数据归档 105
9.21 b测试完成 105
第10章 改进b测试过程 106
10.1 为什么要创新 106
10.1.1 度量过程 106
10.1.2 追踪数据 107
10.2 创新与测试 107
10.3 借鉴 107
10.3.1 白皮书 109
10.3.2 网站 109
10.3.3 书籍 109
10.3.4 期刊和杂志 109
10.4 评估创新 110
10.4.1 贸易展览 110
10.4.2 评估 110
10.4.3 询问 110
10.5 创新的影响 111
10.5.1 交流 111
10.5.2 问题管理 111
10.5.3 实时结果 111
10.5.4 安全 112
10.5.5 管理客户反馈 112
10.6 实现创新 112
10.6.1 确定结束时间 112
10.6.2 制作备份 113
10.6.3 开展更新 113
10.6.4 通知 113
10.6.5 测评 114
10.6.6 投资回报 114
10.7 外购 114
第11章 何时开始b测试 116
11.1 解决冲突 116
11.1.1 接受 117
11.1.2 拒绝 118
11.2 建立可用性 119
11.2.1 问题的权衡 119
11.2.2 产品类型 120
11.2.3 测试人员能力 120
11.2.4 可测性 120
11.2.5 关注进度 121
11.3 预测试评估 121
11.3.1 评估 121
11.3.2 建立期望值 122
11.4 开始b测试 122
11.4.1 文档 122
11.4.2 分发 123
11.4.3 病毒检测 123
11.4.4 第三方软件 123
第12章 高效选择b测试参与者 125
12.1 期望 125
12.2 确定数字 126
12.3 确定候选者的条件 127
12.4 申请表 127
12.4.1 联系信息 128
12.4.2 特征信息 128
12.4.3 系统信息 128
12.4.4 测试相关的问题 129
12.4.5 保密 129
12.5 召集书 129
12.5.1 时间阶段划分 129
12.5.2 产品描述 130
12.5.3 过程需求 130
12.5.4 指导 130
12.5.5 参与测试的优点 130
12.5.6 联系信息 130
12.5.7 发布 131
12.6 选择申请者 133
12.6.1 人数 133
12.6.2 评估申请者 133
12.6.3 测试参与者特性 134
12.6.4 产品经验 136
12.6.5 最终审查 138
12.7 选择测试参与者 138
12.7.1 候选者数量不足 138
12.7.2 第一选择阶段 138
12.7.3 第二选择阶段 139
12.7.4 nda阶段 139
12.7.5 通知测试参与者 140
12.8 改善曲线 140
12.8.1 约束 141
12.8.2 净化环境 142
12.8.3 合理的期望 142
12.8.4 达标者管理 142
12.9 确定有问题的测试参与者 143
12.9.1 收回产品 143
12.9.2 可以接受的理由 144
12.9.3 排列候选人 144
第13章 测试产品 145
13.1 软件结构 145
13.1.1 代码 145
13.1.2 功能 145
13.1.3 用户界面 146
13.1.4 文档 146
13.1.5 参数定制 147
13.1.6 升级和补丁 147
13.2 其他的复杂因素 148
13.2.1 操作系统兼容性 148
13.2.2 其他软件 149
13.2.3 硬件支持 149
13.3 软件管理 150
13.3.1 构建和版本追踪 151
13.3.2 分发管理 151
13.4 技术 151
13.5 信用 152
13.6 保密 152
13.7 关注还是忽视 153
13.7.1 基准 153
13.7.2 竞争分析 154
13.8 确定问题 155
13.8.1 可见性 155
13.8.2 严重性 155
13.8.3 发生频率 155
13.9 对测试参与者的支持 156
13.10 发现产品重点 156
13.11 失去重点 157
第14章 获取b测试结果 158
14.1 b测试的惟一性 158
14.1.1 不要请求 158
14.1.2 洗刷原理 158
14.1.3 按比例逐步选择 159
14.1.4 价值评价 160
14.1.5 共生 160
14.1.6 严肃的态度 161
14.2 专业精神 161
14.3 交流 163
14.3.1 响应的作用 163
14.3.2 尊重测试参与者 163
14.3.3 合作关系 164
14.3.4 建立联系 164
14.4 设计奖励方案 165
14.4.1 感觉和价值 165
14.4.2 工作量计算公式 167
14.4.3 赢得奖励 169
14.4.4 奖励的平衡 170
14.5 识别错误 170
14.5.1 测试参与者疲惫 170
14.5.2 未参与的测试参与者 171
14.5.3 错误的动机 171
14.5.4 竞争的伤害 171
14.5.5 测试问题 172
第15章 bug 173
15.1 定义bug 173
15.2 被误解的bug 174
15.3 结果和bug 175
15.3.1 喊“狼来了” 175
15.3.2 标定bug 175
15.4 技术性bug 176
15.4.1 测试参与者能力 176
15.4.2 “实际”的材料 176
15.5 无形的bug 177
15.5.1 可用性 177
15.5.2 外观 178
15.5.3 用户体验 178
15.5.4 期望值 179
15.6 数量 179
15.7 处理批评 180
15.8 扭曲词语 180
15.9 关闭bug 181
15.9.1 修正 181
15.9.2 变通方法 182
15.9.3 延期 182
15.9.4 调查 182
15.9.5 考虑 182
15.9.6 忽视 182
第三部分 利用b测试结果
第16章 对客户的反应 185
16.1 测试参与者是客户 185
16.2 反映公司的形象 186
16.3 界定问题 187
16.3.1 定制测试 187
16.3.2 处理失败 187
16.4 倾听测试人员的意见 187
16.5 问题解决方案 188
16.6 修订 188
16.7 访问测试人员 189
16.8 建立关系 189
16.9 追加奖励 189
16.10 结束 190
16.11 感谢 190
第17章 使b测试结果更具价值 191
17.1 “b” 191
17.2 低成本，高价值 191
17.3 公共关系 192
17.3.1 与媒体联系 192
17.3.2 新闻发布 193
17.3.3 产品发布 193
17.3.4 危机处理 194
17.3.5 与投资者的关系 194
17.4 营销 194
17.4.1 市场调查 194
17.4.2 产品名称和商标 195
17.4.3 竞争力分析 195
17.4.4 促销 195
17.4.5 网站评估 195
17.4.6 材料评估 196
17.4.7 定制调查 196
17.4.8 项目集成 197
17.4.9 定价 197
17.4.10 国际化营销资源 197
第18章 产品质量 = 成功 198
18.1 b测试与质量过程 198
18.2 质量评测 198
18.2.1 未解决问题的数量 199
18.2.2 顾客意见 199
18.2.3 功能需求的数量 199
18.2.4 整体实践 199
18.3 质量过程 200
18.4 削减成本 200
18.5 识别关键问题 200
18.6 信息的再利用 201
18.7 改进过程 201
18.8 倾听并学习 202
18.8.1 最佳实践 203
18.8.2 正确行动 203
第19章 结束意味着新的开始 204
19.1 展望未来 204
19.2 b测试循环 204
19.3 前瞻性思考 205
19.3.1 改进产品 205
19.3.2 修订管理 205
19.3.3 新产品概念 206
19.3.4 资源更新 206
19.4 过程改进 206
19.4.1 测试参与者建议 206
19.4.2 post-mortem分析 207
19.5 关注成功 208
术语表 209

.　　 该图标表示关于当前讨论主题的附加信息。
　　参考
　　 该图标表示需要参考本书其他内容，以获取更完备的信息。