阿尔卡特-朗讯测试架构师 郑文强

1） 作为一个合格的测试人员首先需要具备深入了解测试对象，它的架构，功能以及 客户

是如何使用他们的业务知识的。 火车模型[1]，TCL语言（Tool Command Language）

2） 结对测试Pair Testing（多人测试 Mutiple Testing）

业界内有两种含义，一是指两个人一起做测试，二是指一种测试设计技术，在有多种参数需要测试情况下，应用结对测试减少测试用例数，提高测试效率

3） 今天分享了经验，同时需要一段时间去消化。的确，很赞同，分享很重要

4） 项目成功的观点：沟通，分享，合适的测试过程，测试与开发的紧密合作。

5） 如何成为优秀的测试工程师

A,深刻了解测试对象

B,熟悉研发流程

C,如何有效地去做

D,培养软技能

6） 探索性测试(Exploratory Testing)是Cem Kaner在19xx年提出的，是软件测试的一种方法。

与脚本化测试（Scripted Testing, ST）相比,探索性测试将更高的认识水平放在测试执行方面，同时更强调测试人员学习，设计，执行与结果分析等测试活动并行，相互反馈与相互支持。与脚本化测试相比，探索性测试更强调测试人员的思维自由度与主观能动性

7） 软件发布之前的评估

缺陷

测试通过率

测试覆盖率

信心

8） 缺陷检测百分比DDP（Defect Detected Percentage）:

客户现场发现缺陷数/（发布前测试团队发现缺陷数+客户现场发现缺陷数）*100%

9） 如何做好测试设计

明确参考输入：需求，开发文档，标准与规范，测试经验知识库

关注功能之间的交互

“相对于开发人员来说，功能交互视测试人员的优势，我们要在这方面好好发挥”，我非常赞成这个说法

采用合适的技术与方法

做好评审

10） 思维导图：Mind Mapping,是表达发射性思维的有效的图形工具[3]

成为测试牛人

制定目标

技能要求

立即行动

11） 面试中考虑点

产品知识与业务知识

测试流程，技术及方法

性格特征

12） ISTQB测试认证沙龙

ISTQB测试认证：[4]

13） 测试人员提高自己水平

A. 自动化测试与手工测试之争

B, 探索性测试与脚本化测试之争

C, 敏捷开发下的敏捷测试

附录

[1] 软件开发中的火车模型发布模式

/release-train.html

[2] TCL语言

[3] 思维导图

[4]ISTQB

广联达 彭月

1） 有多种业余爱好是一笔宝贵的财富，可修身养性，也可打法时间

2） 测试一定要比客户更专业

3） 挑战1，特殊用户使用的场景

挑战2，专业知识深度不够

挑战3，实验室环境与客户环境不同

4） 敏捷中保证测试工程师独立而独特的视角，坚决同意

5） CMM5,千行代码bug率在千分之2.53之下

6） IBM ODC Orthogonal Defect Classification 正交缺陷分类 [1]

7） 绩效分为基本绩效和贡献

8） 软件测试做2个纬度

验证我们的产品是否达到设计要求

在第二步基础上再去发现更多缺陷，并且是否可以优化

9） 作为一个管理者，首先要有经营意识

10） 支持鼓励渐进性创新，而不是变革性创新。注：可操作性强

11） 测试框架

云计算服务层

核心驱动层

自动化测试框架

12） 招聘看中

聪明

有激情

该学的都学好

13） 突破发展前景

14） 保持危机意识

15） 实现专业生存

16） 保持开发心态

附录

[1] 正交缺陷分类（ODC）流程简介及应用经验分享

独立测试顾问 邰晓梅

1） MFQ&PPDCS 网页打不开 [1]

2） StartWest/StartEast [2]

3） 测试压倒开发和开发压倒测试一样，不是好的项目状态

4） 预防测试 PreventiveTest 完整团队（whole Team）

5） 启发

第一，如果一个产品或项目有大量bug暴露出来，作为项目管理者要注意了，这意味着项目本身有很大改进空间，产品质量不容乐观。

第二，测试流程只起到辅助型的作用。

测试流程是个启发式的(Heuristics),遵守流程，测试不一定做得好；不遵守流程，测试也不一定做不好，测试流程更多起到辅助型而不是决定性作用。（测试流程是否需要，作用在哪里，是否可以取消？）

第三，做任何测试工作，首先要做到Know Your Mission(知道你的任务所在)

6） 测试认为的三个阶段：

以bug为中心

以流程为中心

以人为中心

7） 测试深度图（Test Depth Graph）

深度思考（Focused Thinking）

广度思考（Defocused Thinking）

8） 基于需求的测试ReqBT（Requirements Based Testing）[3]

快速软件测试 RST(Rapid Software Testing)[4]

James Bach 和Michael Bolton讲述的一门课程，侧重于如何在测试进度紧张，测试资源有限等情况下快速而有效地开展测试工作。

Quality is the value to someone who matters

9） 对于软件测试，可以先实践后理论的路子

10） 如何学习软件测试

多实践，多思考

人与人之间最有效的沟通是面对面的交流

三步法

描述目标

要实现目标，具备哪些知识和技能

掌握这些和技能

测试就是学习（Testing is learning）

11） 如何把握软件质量

1， 找到问题的客户是谁？

2， 明白客户的在意的价值事啥？

3， 制定测试策略-------------优先风险高的，不要平均用力

12） GOM(Goal-Question-metrics)

13） 问问题三步法

A) Huh? 恩？

B) Really? 真的吗？

C) So? 接下来如何做？

14） 不是如何提高测试设计能力，而是提高分析能力

15） 基于模型的测试(Model Based Test)

16） 测试的独立性

测试可以

A) 让开发人员做

B) 让专业的测试人员做

C ) 独立的第三方

附录

[1] MFQ&PPDCS:

[2] 09年美国StarWest和StarEast举办了全美国最大的软件测试领域的展会及展会部分资料

[3] 专家观点： James Bach讲如何成为软件测试专家

[4] 认识软件测试中的黑天鹅

迈瑞 肖利琼

1） 作测试逆向思维很重要，测试是要找出软件有哪些问题，而不是证明软件没有问题

2） 成为一个优秀的测试工程师

A) 积极主动的心态

B) 责任心强

C) 善于总结，乐于分享

D) 全局意识强

3） 测试方案：

A）切实了解和掌握用户使用场景

B）了解开发人员实现原理

C）确定测试范围-〉深入分析测试对象-〉确定测试点和测试方法

4） 测试对象分析法

1）三层架构模式分析法：

功能应用层

模块接口层

系统接口层

2）多叉树结点分析法

3）业务状态变迁分析法

4）代码更改追溯分析法

5） 做好评审

A) 用例编写者自评

B) 测试主管审核

C) 参加评审会

D) 高频用例；中频用例；低频用例

E) 测试用例的交叉执行会是一个检查和提高测试用例的好办法。A执行B的测试用例；B执行A的测试用例--------------非常同意

6） 嵌入式自动化测试

A) 数据层：负责与脚本程序打交道，读取数据，分析数据等

B) 逻辑层：处理自定义脚本关键字的识别，与系统的动作做交互

7） 内存泄露软件：top,valgrid

8） 把握软件质量

A）制定好测试策略

B）做好测试过程控制 IBM ODC Orthogonal Defect Classification,缺陷正交分析法[1]

C）邀请客户试用

9） 优秀管理者

A）培养人才

B）合适的人作合适的事情来分配工作---good

C）胜任人才招聘和人才识别

D）维护一个好的团队氛围

附录 ]

百度 董杰

1） 发现实验室里所看重的功能不是客户所要的；而用户所要的却不是开发和测试看重的重

点

2） 对我看到四五十岁的人仍然在技术一线工作，对创新保持者热情市，内心感动

3） 如何开展测试

减少测试用例的用余---从设计提高效率

减少漏测---从设计提高质量

提高测试评审质量---提升测试本身的质量

4） 《基于缺陷的测试技术体系》

5） 变化分为两类：

基于社会，行业，产业的变化

技术的发展

6） 因为教是最好的学

7） 如果你已经做到了测试的高级管理职位，我恭喜你，同时也提醒你不要完全脱离具体的

测试工作

8） 如何开展测试工作

首先测试工程师要做好被测对象的分析和建模，要理解清楚业务

其次，应用多种测试方法来做测试

第三，展开缺陷预防工作

9） 探索性测试适合新人快速掌握业务。探索性测试大粒度，小粒度

10） 探索性测试不是自由测试，只有测试有两个软肋：

没有计划，随机性强

经验无法积累，无法给别人做培训

11） 对于预防缺陷：

发现缺陷

建立质量保证体系，预防缺陷

A) 需求方面：结对需求评审是很好的需求缺陷预防的很好方法

B) 架构设计方面：收集公司里的设计缺陷。

灰盒测试分析法：在开发人员写好设计文档以后，测试人员阅读设计文档并创建产品设计的二叉树表，画出产品从一种状态迁移到另一种状态的过程，每个过程都要画出成功与失败两条路径。

C) 编码的缺陷预防：白盒测试技术

12） 如何做好测试设计

A) 做好测试分析，做好测试对象的分类与建模

B) 采用多样化的测试手段

C) 准备多种测试数据

D) 做一些该产品领域特有的测试

13） 个人发展

A) 坚持爬坡

B) 不要局限在自己小圈子里

C) 可以从宽度和广度上来发展

金山 赖炳新

1） 作产品经理的体会

A) 要用运营的是未来高铝产品质量

B) 软件研发过程修复所有缺陷是不可能的，优先解决用户经常用到的问题，以客户为核心

2） 如何成为优秀的测试工程师

A) 对所从事的职业有正确认识

B) 耐心，细心

C) 钻研精神

D) 要有恐惧之心

3） 如何成为优秀管理者

A) 从一线起来

B) 沟通能力

C) 了解团队成员的特点

D) 身先士卒

4） 如何测试安全产品

A) 安全产品影响面广，不光是自身，重视兼容性

B) 性能很重要

C) 安全类软件的本身安全性很重要

5） 安全类软件测试的三个技术要求

A) 对Windows机制要有深入了解

B) 安全软件测试对代码能力有一定的要求

C) 对病毒，木马要有一定的了解

6） 安全软件性能测试

A) 自身的性能

B) 与同类产品比较的性能

7） 招聘每个新人的要求

A) 技术方面要有一定要求

B) 更看重人的品格

C) 学习能力好

8） 非安全软件的安全测试

A）到软件最核心的地方去做

B）通过一个好的开发流程来保障软件的安全性

C）提高产品的迭代速度，这样可以及时修复和改进产品

9） 快速迭代中保证质量

A）发给内部测试用户

B）发到论坛上

C）发给更大的客户群

D）发给所有用户

10） 做事的原则和方法

A) 去一家公司工作，要相信它

B) 相信你选择的行业

C) 要与同事相互信任

D) 软件行业不是传统行业，不要有过于机械的等级关系

淘宝 高翔

1) 在微软期间认识到：

A) 测试工程师应当持续培养自己的代码能力

B) 测试工程师不仅是找bug，而且还要想到如何帮助开发

C) 要相信测试可以做得更规范，更好

2) 块，好，准，稳

CTC(Common Test Center) 把互联网里面公共测试用例放入CTC，集中维护，共同管理，避免重复设计测试用例--------我非常赞同

3) 测试与开发亦敌亦友，有合作的地方，也有对抗的地方。如果你和开发没吵过架，你就

没有真正站在客户立场上---------有同感

4) 优秀的测试

A）学习流程和规范

B）学习行业内最佳实践

C）拓宽视野

D）分享总结

5) 测试用例设计6个阶段

A）啥都不懂

B）开始做

C）如何更好地做好测试用例的设计

D）继续提升

E）融合起来

F）学习探索式测试

6) 评审：内部评审，外部评审

开评审会，让愿意发言的人去-----同意

7) 对于互联网来说，自动化率超过50%就很好了

8) 测试技术三大方向

A) 探索式测试

B) 基于需求的测试

C) 基于模型的测试：根据软件系统的规格说明建立模型。根据模型自动生成测试用例，自动运行。常见工具：Spec Explorer

D) 基于风险的测试RBT(Risk Base Testing)

9) 底层自动化测试，上层探索性测试

10) 敏捷好处

A）提高测试效率

B）提高自动化测试框架的质量

11) 测试工程师发展方向

A）提高自己开发能力，转向专为测试开发

B）转向项目管理

C）转向产品需求分析与收集

12) 如何学习

A) 相信自己的梦想

B) 做好分析和总结

C) 沟通

CA 步琼

1. 用Perl实现Web Service & CLI, 用Selenium和JAVA来做GUI测试

2. 对同事要求特别高，这是双刃剑，用的时候要小心

3. 优秀测试工程师

A) 必须爱钻研

B) 很强的逻辑思维

C) 具备较轻的技术能力

掌握常用的测试方法

掌握常见的测试工具

掌握编程语言

D) 掌握产品知识

E) 细心

F) 良好沟通能力

G) 良好工作态度

4. 做好测试用例

A）了解类似功能

B）有权限的话看看代码

C）与相应开发人员沟通

D）把自己的测试思路画在纸上，看有无遗漏

5. 评审会

A）会议要有主持人

B）要形成改进措施

C）最好做复审

6. 可以没有开发背景，但应当懂编程

7. 性能测试的建议

A) 之前制定好Baseline，就是基本定义

B) 注重附加影响，比如CPU占用率一直很高

C) 熟悉一些概念，比如区分内存使用中的Working Set & Virtual Size/Virtual Bytes

D) 掌握一些常用工具

8. 推行在测试中采用基于风险测试，根据]风险等级排优先级

9. 即使敏捷，测试人员在开始回比较闲，要介入设计，不要等

10. 要想深入，至少持续做3年

11. 永远保持学习的热情

A) 信守承诺

B) 不要随波逐流，保持自己方向

C) 坚持不懈

D) 对学习始终保持热情

 

第二篇：读书笔记——迷男方法(实战中的废物测试

关于废物测试，哈哈哈哈，终于找到解决方法了。一直以来一直困顿在女生的废物测试当中，不断地被测试，但有两种结果，状态好心情好的时候可以顺利以调侃的方式通过，但是状态不好的时候就会被踢出局，为什么会出现这样的问题，我一直想不明白。这阵子也一直在想这个解决办法，今天早上在“厦泡集团”团长瞳影的考试下，一直通不过，想来想去又去翻了翻《迷男方法》，终于又在《迷男方法》里找到废物测试的应对之道，即关于圈套理论的一.小段说明。理解如下：1、人们玩的框架游戏之一，就是测试你是否会跳入他们的圈套女生设圈套的最主要作用在于测试男人，也就是我们平常所说的“废物测试”、“一致性测试”。当圈套出现时，也就是在女人发出废物测试后，一般受挫的拙男（AFC）会迫不及待跳进去。他们开始帮女人做事、追她、向她炫耀、向她反应、向她道歉、向她解释自己，这些全都是她可以侦测并利用的兴趣指标。所以，得到的结果就是，第一，她会觉得很爽；第二，她可能对你失去兴趣下面是两个我的失败短信：(1) 女生：你确定你没发错吗？——她给你一个假性IOD，看你会不会担心而有所反应我：我通常喜欢把好玩的事情跟朋友说哈。——向她解释(2) 女生：你有什么好书推荐吗？——她讲话引诱你开始对她炫耀我：有啊，《XXX》、《XXXX》…——向她炫耀2、典型的废物测试：(1) 她给你一个假性IOI，看你会不会开始追求她女：你很有趣、你可以帮我修电脑吗？你的学习应该不错吧？(2) 她讲话引诱你开始对她炫耀女：你都去过什么地方玩啊？你经常出去跑啊？你朋友挺多的吧？(3) 她给你一个假性IOD，看你会不会担心而有所反应女：你真无聊、你好娘、你真猥琐(4) 她要求某件事，诱使你必须解释或向她道歉女：你为什么不跟我说啊？你怎么这样子跟我说话啊？3、对付废物测试：(1) 你可以原封不动地奉还A 女：你愿意买酒请我吗？你：先请我喝酒再说。B 女：你要请我吃饭吗？你：可以啊，但是前提是你要先请我吃饭C 女：你为什么想认识我啊？你：你想要我再夸你一次吗？(2) 设下一个新圈套让她跳A 女：你为什么跟我讲话？你：你的口红一向涂成这样吗？or（对她朋友说）她老是这样吗？听着……（展开新惯例）B 女：你平常都这样认识女生的吗？你：你平常很少碰到像我这样的男生吗？(3) 甚至可以完全不甩她——沉默通常是最佳的回应A 女：你的上衣是怎么回事？你：……（沉默）or嘿，各位，听我说，上周末我朋友跟我……（展开新惯例）

B 女：你不觉得这样很不礼貌吗？你：……(沉默)or我前两天带我几个朋友……(展开新惯例)三种应对之道中，我个人现在比较喜欢的是第一种，但是迷男却说“沉默通常是最佳的回应”，暂时还想不通这个…4、对话都是有来有往的。如果她设圈套给你，只要你先让她跳进你的圈套，其实就跳进去也OK。如下：1、女：你几岁了？你：你猜。女：嗯……26岁？你：差不多，其实我28岁。2、你：你几岁了？女：你猜。你：你要我猜老一点还是小一点？女：小一点！你：好吧……我想你看起来大约22岁。第一个范例中，她问你的年龄，但是你不直接回答，而是先让她猜。在第二个范例中，她对你施展同样的手法，但是你的框架比较强。关于这段话的理解：我觉得最关键在最后一句话“但是你的框架比较强”。女生发出废物测试的目的就是在有意无意测试你框架的强弱，高价值男人(pua)有强框架，低价值男人(afc)框架弱。在废物测试面前，我们也知道要展示的是强框架。但是作为afc的我们，却很难在女生面前持续保持住强框架，总是会在无意间被破框。这个归结到一点，就是我们只学会了一两个pua的桥段、惯例、技巧以对付女生的测试，但女生的测试是无穷无尽的，而且我们的内心实际上还是afc。当我们学会的pua桥段用完后，再没有其他东西可用时，afc的柔弱内心就在女生废物测试的炮火面前暴露无疑了。那我们应该怎么样去解决这个问题呢？怎么样才可以持续伪装出pua的框架以保护我们afc的幼小心灵呢？我认为就是按照迷男方法的圈套理论去做(再一次感慨“迷男是神！”)，这个方法让我们有了对付废物测试的统一法则，也让我们afc在女生面前可以持续伪装出pua的强框架。结果就是，我们再也不用拘泥于一两个pua桥段，我们可以自由面对女生的废物测试了。5、你不能变成老是玩权力游戏的社交机器人，别人未必永远想要陷害你。你应该要自信且放松地享受与女人互动的时刻。- -！！我觉得…我们还是先练习好对付废物测试再来“自信且放松地享受与女人互动的时刻”吧。当然，圈套理论不仅仅限于我这样的理解而已，迷男总结出这样的理论，一定有更为广泛的应用范围的，只是目前的我无法理解而已。总之！迷男是我心中的神！还有，大家一起加油！！！