• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

《VSTS软件工程实践》目录

发布: 2007-6-12 16:40 | 作者: Sam Guckenheimer Ju | 来源: | 查看: 75次 | 进入软件测试论坛讨论

领测软件测试网 译者序

序言

前言

第1章价值增加的思维方式1

11思维变迁2

111有待和谐的三股力量2

112什么软件值得构建3

12思维方式的对比4

13对流的关注6

131与工作消减的对比8

132透明度10

14一个工作项数据库12

15使过程适合于项目19

16小结21

参考资料21

第2章价值增加的过程24

21微软解决方案框架25

22迭代27

221为什么迭代27

222长度29

223不同的视野,不同的粒度30

224优先排序30

225修改过程32

23风险管理33

24让过程适合项目34

241自适应与计划驱动35

242要求的文档与隐含的知识36

243隐式与显式的审核关卡和管理模型37

244审计与法规关注39

245规定的组织与自组织39

246一次一个项目与一次多个项目40

247地理边界与组织边界42

25小结43

参考资料43

第3章需求46

31什么是你的愿景47

311战略项目48

312自适应项目48

32何时细化需求49

321需求是易变质的49

322谁关心需求50

33人物和应用场景51

331从人物开始51

332应用场景53

333研究技术54

334提早具体化55

335故事板57

336应用场景的宽度58

337客户验证59

338制定应用场景60

34人物、应用场景及它们的替代术语61

341参与者和用例61

342用户故事62

35兴奋点、满意点和不满意点62

36服务质量63

361安全性和隐私64

362性能64

363用户体验65

364可管理性65

37卡诺分析66

371技术接受生命周期68

372收集数据69

38小结70

参考资料71

第4章项目管理73

41理解偏差74

42使用描述性的而非规定性的度量元76

43项目健康的多个维度79

44回答日常问题81

441剩余工作82

442项目速度84

443计划外工作85

444质量指示器85

445缺陷率88

446重新激活89

447缺陷的优先级90

448实际质量与计划速度92

45估计迭代93

451自顶向下93

452自底向上94

453精细化95

454 估计的质量96

455回顾97

46优先分配98

461优先分配的练习98

462让优先分配有效率:红线101

463在优先分配中发生了什么102

464逐步增强和解决问题103

465迭代和优先分配103

47让审计者满意104

48小结106

参考资料107

第5章架构设计108

51架构的价值增加观点109

52面向服务的架构109

521Web服务和SOA111

522契约优先的设计111

ⅩⅤⅡ53自由度的约束111

531基线架构112

532验证架构决策113

533精细化基线113

534参考架构114

54 VSTS和面向服务的架构116

55服务质量的理念117

551安全性119

552性能119

56公民权理念119

57针对运行而设计120

58小结122

参考资料122

第6章开发124

61开发的价值增加观125

62从开发人员的视点看质量125

63使用测试驱动的开发来确保需求的清晰126

64通过自动和手动代码评审来解决编程错误128

641自动的代码分析129

642手动的代码评审131

65用单元测试和代码覆盖度提供立即的反馈132

651先测试还是先编码133

652代码覆盖度134

66使单元测试更好135

661使用数据137

662配置137

663构件集成测试138

664构建确认测试138

665性能调整141

67防止版本扭曲143

671签入143

672搁置146

673分支146

674哪些文件需要版本管理146

675自动化构建147

68让工作保持透明151

69小结152

参考资料152

第7章测试154

71测试的价值增加观155

72基本问题157

73我们交付了客户价值吗158

731自动应用场景测试161

732让你的测试与UI变更无关164

74服务质量适合使用吗165

741负载测试165

742安全性测试169

743易用性测试170

75我们测试了变更吗170

76我们没测试过什么吗171

761需求171

762代码172

763风险174

77软件在生产环境和实验室环境中运行一样吗176

ⅩⅤⅢ78我们测试的足够吗178

781定义“足够好”178

782探索测试179

783为发现而测试180

784 错误的自信181

79我们什么时候应当测试181

791签入循环183

792每日构建循环184

793验收构建循环184

794迭代循环184

795项目循环186

710哪些测试应当自动化186

711我们的团队或外包团队的效率怎么样187

712小结187

参考资料188

第8章报告缺陷190

81警示性的故事192

82软件缺陷的生命周期193

821报告缺陷就像写新闻195

822主观数据198

823客观数据199

824评估数据200

825计划202

83小结202

参考资料202

第9章项目问题解析203

91低估205

911不均匀的任务分解206

912架构盲点206

913范畴蠕变208

914不充分的缺陷分配210

915资源漏洞210

92开发实践过于松弛211

921构建失败211

922不充分的单元测试212

923重新激活214

924虚报214

93测试通过了,解决方案却不能工作215

931高缺陷发现率216

932测试失去时效性217

94解决方案停留在测试218

941测试失败218

942过少的测试219

95小结221

参考资料221

第10章总结222

101预料中的批评223

102再论价值增加224

参考资料226
【责任编辑:铭铭 TEL:(010)68476606-8008】


回书目   上一节   下一节

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网