淘测试 3T交流会

1. 度量 罗青 日期：2010.5.7 1

2. 度量-数据之美 2

3. 度量-数据之美- Movement map: 1hr in Front of the TV 3

5. 秦始皇统一度量衡

6. 从Quality起步我们有了Q2

7. 目的-通过数据展示发现提高的机会, 然后“持续提高效率和质量”达到“超越客户的期望”

8. 方法-公式推出,建立基线,和基线比较找到突破点,分析问题点,提出解决方案,落实改善,再次和基线比较循环提高4

9. 度量的现状-问题引入过程 5

11. 检验者旁观者清,进行探索性测试,发现19.9999%的bug,

12. 不遗漏P1级 bug到客户使用过程中6

14. 需求方生产的需求导致的返工率

15. 前端和开发生产的代码导致的返工率

16. 测试没有发现bug导致的返工率(线上bug遗漏)7

18. 量是通过对被测物的测量后的数据

19. 被测物—项目团队中每个个体一起形成的研发模式

20. 度量项—在这种研发模式下的质量和效率

21. 如何改善—通过度量发现问题所在后如何改善, 目前已有不少业界规范TL9000, ISO, CMM, Six Sigma做横向对比8

23. 人民公社->家庭联产承包责任制->农民专业合作社

24. 个人项目-专业化项目团队-垂直化

25. 瀑布,敏捷

26. 项目经理,Scrum Master,自我管理9

27. 度量度-项目模型图解 V模型,测试驱动开发,持续集成,螺旋上升 10

29. Motorola成也Six Sigma,败也Six Sigma

30. 互联网的用户满意度(自撰)-页面下载快,易用,更新快,安全, bug少,实用11

32. 问题类型

33. DFMEA12

35. 以前阶段引入,当前阶段发现

36. 用户使用过程中发现问题13

38. 从第一个Failure mode开始分析

39. 分析有哪些factors会导致问题的出现

40. 一直分析到发现root cause

41. Root cause – turning the cause on and off turns the problem on and off14

42. Six Sigma-DFMEA-如何分析factors找到root cause 15

43. Six Sigma-DFMEA-如何分析factors找到root cause 16

45. DPO=缺陷数/缺陷机会数

46. 近似算法

47. 假定一个逻辑校验点的缺陷机会数只有一个

48. 假定单位产品数即一个TC只包含一个逻辑校验点

49. DPO=50bug/100TC=50%[封神榜]17

51. 开发上传代码,SCM部署环境和发布->开发一个团队完成上传代码,部署环境,发布

52. 一个项目需要M层和C层的两个开发人员->一个人开发人员通过能力的提高既可以完成M层的修改也可以完成C层的修改

53. 多个测试团队自动化测试,接口测试,功能测试->一个测试人员通过能力的提高可以高效的安排各种测试类型去覆盖需求的验证

54. 两个团队可以并行做的事情不让一个团队串行做,两个人可以并行做的事情不让一个人串行做----减少积压,缩短交付周期

55. 超大型项目->分解成若干个小项目并行

56. 日常Task->分解到每个人可以独立并行

57. 测试团队发现样式问题,组件问题,接口问题->多个团队并行对UED的产出物进行review, 在测试阶段仅测试组件问题和接口问18

59. 比较法(PRD阶段)

60. 功能点法(UC阶段)

61. 校验点法(TC阶段)

62. 前端开发测试比(总结阶段)

63. 风险的预估和预防(DFMEA)

64. 交付延误的原因分析,预防措施,统计(DFMEA)19