随笔分类 - 阅读笔记
摘要：《Google的软件测试之道》 第5章 Google软件测试改进 5.1 Google流程中的致命缺陷 第一个致命缺陷：测试成了开发的拐杖。 我们越不让开发考虑测试的问题，把测试变得简单，开发就越来越不会去做测试。 第二个致命缺陷：开发与测试的组织结构分离。 测试人员更关注自己的角色，而不是他们的产
阅读全文
摘要：《Google的软件测试之道》 第四章测试工程经理 4.1 测试工程经理的工作 测试工程经理可能是Google里最具挑战的一个职位，不仅需要同时具备TE和SET的技能，还需要拥有足够的管理技能来负责下属的职业发展。 测试工程经理汇报给测试总监。 要求： 1、了解你的产品，相关项目中最强的产品专家。
阅读全文
摘要：3.3 与Google Docs测试工程师Lindsay Webster的访谈 参与一个新项目时，首先去做哪些工作：首先了解这个产品；包括所有文档；关注项目的状态，特别是质量状态，了解bug的情况；检查应用的代码库，查看运行对应的单元测试是否通过。评审自动化测试，是否有自动化测试，检查代码；关注团队
阅读全文
摘要：第3章测试工程师 3.1 一种面向用户的测试角色 Google的TE综合了开发者仰慕的技术能力和以用户为中心检查软件质量而对开发者产生一定制约的能力。 TE的职位描述是最难定义的，因为其职责范围很广而且不确定。 3.2 测试工程师的工作 在研发的早期阶段，功能还在不断变化，最终功能列表和范畴还没有确
阅读全文
摘要：第2章软件测试开发工程师 编写功能代码和编写测试代码在思维方式上有很大的不同。对于功能代码而言，思维模式是创建，重点考虑用户、使用场景和数据流程上；对于测试代码，主要思路是去破坏，写代码用以分离用户及其数据。 2.1 SET的工作 SET会参与到许多测试目标的构建中，并指出哪些地方需要小型测试。同时
阅读全文
摘要：第1章 Google软件测试介绍 在Google，软件测试团队归属于“工程生产力（Engineering Productivity）”部门。 随着软件逐渐由桌面应用迁移到网络云端，Google的测试模式很有可能会逐渐成为测试行业的主流模式。 在整个公司，我们只有非常少的专职测试人员。Google成功
阅读全文
摘要：最后一章仍然在讲文档和文档有效性的问题。在开始就指出，我曾经非常勤奋地给我的软件工程师们举办了多年关于文档必要性以及优秀文档所应具备特点方面的讲座，向他们讲述——甚至是热诚地向他们劝诫以上的观点。不过，这些都行不通。我想他们知道如何正确地编写文档，却缺乏工作的热情。所以这章重点仍然放在了如何写文档，
阅读全文
摘要：祸起萧墙(进度管理和监控的方法) 慢性的进度偏离是士气杀手，这里核心思想就是要意识到进度滞后往往如温水煮青蛙一样让我们难以应付，最重要的就是要防微杜渐。重大灾害是比较容易处理的，它往往和重大的压力、彻底的重组、新技术的出现有关，整个项目组通常可以应付自如。 但是一天一天的进度落后是难以识别、不容易防
阅读全文
摘要：为了得到整体的可运行和高质量的软件，我们需要在哪些方面进行改进和下功夫。这章主要从消除Bug的设计，构件单元测试和系统集成调试三个方面来谈。 之所以谈消除Bug的设计，就让我们更加意识到质量是设计出来的，而不是测试出来的。许许多多的失败完全源于那些产品未精确定义的地方。这要求我们在需求和设计阶段要保
阅读全文
摘要：工欲善其事，必先利其器。 在CMMI能力成熟度模型里面始终强调了三要素的集成，三个要素缺一不可，就是人，方法工具技术和过程。 人是企业的核心资产，过程可以让我们积累和固化已有的经验和最佳实践，而真正能够提高我们效率的则必须是工具和技术。在互联网经济时代，我们必须要考虑如何提高效率和加速度，只有效率提
阅读全文
摘要：未雨绸缪这章我开始一直记成了是讲风险，但是仔细阅读后发现主要讲如何快速适应变化。在敏捷软件开放中我们强调通过迭代和快速交互等各种方法来适应变化。在大型软件工程中我们看到仍然需要考虑如何适应变化，很多时候对于大型的软件和系统，我们一开始往往很难设计的很清楚，所以只有先假设一种方案，然后对其开发原型进行
阅读全文
摘要：削足适履-关注程序的空间规模和空间控制技能 削足适履这个章节在讲什么？我们很多时候在开发程序的时候都是考虑程序的运行时间和效率，而很少考虑到程序的运行空间问题。现在的存储空间是越来越廉价，我们很少去考虑这些问题。经典的DOS版本的仙剑奇侠传还不到20M，而现在的一个大游戏却是2,3G甚至更大。由于计
阅读全文
摘要：实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。 这个章节标题是胸有成竹，而要做到胸有成竹就必须在项目计划阶段我们对项目的预测和估算都需要很准确。因此整个章节的内容就是在讲估算，而估算就涉及到预测和估算模型，估算要做到准确必须通过前期多个历史项目和版本的积累，同时通过历史版本和数据的积
阅读全文
摘要：个人任务目标愿景+纪律+团队=贯彻执行力。只有这三方面都是具备了才可能有很好的执行能力，有了执行力再加上经验总结和反馈才能带来持续的改进。仅有纪律无执行是僵化的流程，仅有执行无纪律是散兵游勇无法铸造高战斗力的团队。 在本章中提及到的文档规格说明书和形式化定义，我们可以拿需求规格说明书来举例说明，大家
阅读全文
摘要：在开发第一个系统时，结构师倾向于精炼和简洁。他知道自己对正在进行的任务不够了解，所以他会谨慎仔细地工作。 在设计第一个项目时，他会面对不断产生的装饰和润色功能。这些功能都被搁置在一边，作为“下一个”项目的内容。第一个项目迟早会结束，而此时的结构师，对这类系统充满了十足的信心，熟练掌握了相应的知识，并
阅读全文
摘要：在这个章里面一个最重要的关键词就是概念完整性。 如何保证概念完整性，首先提到的就是系统设计要掌握到一个人少数已经互有默契的人员来实现。举个简单的例子如做网页设计，某一个人的设计可能配色和风格并不是最好，但是由于是一个人他可以保持整个系统和页面风格的统一，这比多个人设计搞的五花八门要好的多。 在现在软
阅读全文
摘要：外科手术队伍的目的仍然是为了提高整体效率，要达到这个目的就需要分清主次，由外科医生和副手主体人员复制解决问题和保持概念完整性。将有经验的首席程序员真正能够解放出来，让他们能够真正的专注于产品和程序实现。外科医生和副手构成了整个团队的核心，副手不是简单的打杂人员，而是外科医生的后备和左右手，他们在经验
阅读全文
摘要：史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后都沉到了坑底。 过去几十年的大型系统开发就犹如这样一个焦油坑，很多大型和强壮的动物在其中剧烈地挣
阅读全文
浙公网安备 33010602011771号