完美软件.pptVIP

完美软件 完美软件 进行测试的原因 不对所有可能性进行测试的原因 完美软件 进行测试的原因 一个用来计算理想投资策略软件程序，计划用这个软件来让自己贫乏的毕生积蓄变成几百万，你会怎么做？ 你是否会在根据它的投资策略建议投下你的所有钱之前对它进行测试？ 如果是别人编写的这个程序，你是否会测试它？ 完美软件 1.1 人类不是完美的思考者 真正的人知道无论他们如何尽力的想要完成好一项工作，都有可能会出错，还知道不只是他一个人存在这样的不可靠，其他人同样如此。 1.2 人们一直在进行测试 我们常常在没有意识到的情况下进行测试并加以分析 日记1 我需要一个和Linux OS 兼容的编辑器程序。我看过一篇评论描述了一个相当有趣的编辑器，里面有很多我期望的特性。不过它无法在Linux OS上运行。 测试结果：该应用程序没有满足我的约束（系统兼容性）。我不会购买它。 概括：我们需要通过测试来保证软件不会由于无法满足关键的用户约束而被拒绝。（注意：这是一个测试，虽然没有摸一下键盘） 完美软件 日记2 我还在寻找一个一个编辑器程序，今天碰巧看到了一篇对一个免费照片管理程序的五星评论。我正准备下载它的时候，突然意识到这个程序并不能完成代码编辑工作。我想保留的照片不超过10张。不管这个软件有多好，又有谁会用它来管理仅仅10张照片呢？ 测试结果：该应用程序没有满足任何需求（我在寻找编辑器），所以我不需要它。 概括：我们需要通过测试来保证软件不会由于无法完成大家想要它完成的工作而被拒绝（这个测试也没有敲任何按键。） 日记3 我找到了一个免费的编辑器程序，它可以在Linux OS上运行，而且能够完成我希望它完成的工作。促销资料说可以免费下载它并试用一个月，也可以花$49元买一个注册号来永久使用它。下载了试用版并试图安装。但是由于我没有合适型号的内部磁盘驱动器，所以安装失败了。 测试结果：我无法在不使我的机器的质保条款失效的条件下安装该程序，所以我不会购买该程序。我还要继续寻找。 概括：我们需要通过测试来保证我们的软件不会因为向用户强制提出无法接受的成本和/或要求。 完美软件 日记4 我又找到一个可以在Linux 上运行的编辑器，它提供了免费的30天试用期。我下载并成功安装。可是在打开一个构建中的程序，并做了一些修改以后，程序在我试图保存时崩溃了。 测试结果：如果执行一个如此常用的功能都会失败，我对这种程序就不会有多少信心，所以我也不会买这个软件。 概括：我们需要通过测试来保证我们的软件不会由于它的失败让用户丧失信心而被拒绝。 日记5 我终于找到一个可以在Linux 上运行，它满足我所有的要求，而且在我试图做的几件工作上都没有崩溃，最后，还能够保存我所做的修改。这些都不错，但是它有一个致命的缺点：每次保存都要花超过一分钟的时间。 测试结果：我无法接受每次保存工作都要花超过一分钟的时间。这样的性能会导致我每个工作日浪费掉至少半个小时。我不会用这个程序。 概括：我们需要通过测试来保证我们的软件不会由于致使用户浪费时间而被拒绝。 完美软件 日记6 一个朋友向我推荐了她使用的一个编辑器程序。这个程序可以在Linux上运行，而且据他所说这软件从来不会崩溃。它具备我需要的所有特性---不过要花$999元。 测试结果：我不想要一个差到认为自己有理由值$1000元的编辑器程序，所以我不会购买它。 概括：我们需要通过测试来保证我们的软件不会因为太贵而被用户拒绝。 上面描述的过程我们可以称为“验收测试”，换个角度考虑就能够了解到原因---也就是从生产者的角度来看需要进行测试的原因。你需要通过测试来了解软件产品是否能够“卖”得掉。“卖”包括有时你认为用户会被“强制”使用该软件的情况，例如他们受雇于某个要求使用该软件的公司。不要欺骗自己。软件用户总会找到方法不使用他们不想用的软件。所以，即使是对内部用户也是要“卖”软件的，虽然并不是所有的测试人员都这样考虑他们的工作。 完美软件 常见错误 力争完美：完美是不可能实现的，试图做不可能的事会让你完蛋。 不做决定：经理的职责就是做出管理决定。不要问测试人员诸如“软件可以交付了吗？”之类的问题。这是经理要做的决定。测试人员的职责是为决定提供信息（但不是所有信息）。 未认识到做出决定所需的所有信息：在做出决定时未能考虑所有的相关信息，就是在拿管理、人员和用户满意度冒险。例如，如果只是听取开发人员和测试人员的意见而未能考虑用户的特殊需求，不管技术人员觉得什么是“对的”，都不大可能让用户感到高兴。 错误地考虑了风险的优先级：如果害怕由于未能按计划交付产品而不能获得升职，就可能交付满是错误的产品，导致公司损失几百万。显然，如果你只关心自己能否升职，那么只要你不再对该产品负责，那么就不用关心快速交付产生的成本何时会终结。 相信测试可以改进产品：测试是