知识大全 测试概念进行代码设计时的七条基本原则
Posted 知
篇首语：行动是知识最好的果实。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 测试概念进行代码设计时的七条基本原则相关的知识，希望对你有一定的参考价值。
当设计大型程序的时候 您必须时刻留心不同设计选项对诸如性能和可扩展性这样的特征的影响 随着软件产品的日渐复杂及其无所不在的部署 软件的 可测试性 也成了更重要的考虑事项 彻底测试代码的重要性是显然的 花在编写测试和测试代码上的时间和精力给您带来的回报是维护成本的大幅降低 然而 除非您很小心 否则您花在测试代码上的精力可能会首先达到花在编写代码上的精力的几倍！我曾看到程序员们齐心协力地对他们的全部代码进行单元测试 结果花在上面的时间使大多数人都以沮丧而告终 幸运的是 没有必要这样 在您设计软件的时候应用一些基本原则 编写易于测试 甚至使测试成为乐趣的代码是可能的 跟其它编码原则一样 这些原则也不是不容置疑或不可改变的教条 有时候打破这些规则也是必要的 因此 理解每条原则背后的动机和判断何时这些动机不适用（或应让位给更关心的问题）的能力是很重要的 原则 到 GUI 视图的外面去 尽可能把代码移到 GUI 视图的外面 然后各种 GUI 动作就能成了模型上的简单方法调用 为什么您需要这样做呢？ 对 GUI 测试者来说 通过方法调用测试功能比间接地测试功能容易的多 另一个好处是它使修改程序功能而不影响视图变的更容易 当然 视图中也可能存在错误 在理想情况下 对程序的测试将同时检查模型和视图 （想更多了解测试视图 请参阅我关于 Liar View 错误模式的文章或 Jeffries 等人的 Extreme Programming Installed 这两个链接都在参考资料部分 ） 原则 使用类型进行错误检查 类型是您的朋友 — 尽可能多地用类型系统自动检查错误 类型能在程序运行之前自动捕捉程序中的错误 没有静态类型检查的话 类型错误将作为破坏者逗留在您的程序中 直到恰当的执行路径碰巧把它揭露出来为止 最大限度地发挥使用类型的长处是棘手的 通常 一组数据结构可以在一个抽象级别上一起使用 或者被分出 成为一个单一的 更高抽象级别的一个新的相关数据类型 事实上 编程语言自身的历史可以看成是可以编程的抽象级别的逐渐提高 汇编语言提供了比特到整数和浮点数的抽象 接下来是记录和函数抽象 然后又是诸如对象 类 线程以及异常这样的抽象 在每一抽象级别上 达到与更高级别抽象一致的功能是可能的 但那实质上仅仅是耗费更多精力 冒更多的错误风险 在面向对象语言（其它现代语言也一样）中 一个程序员在设计抽象上有很大的灵活性 在哪个抽象级别上设计程序就成了基于折衷的决定 比如由抽象级别提供的更多的健壮性和由于不能在更低抽象级别上工作而带来的表达性（有时是性能）的损失 通常 高级别抽象带来的健壮性和简单性的价值很少被其它考虑事项超过 （要了解对这个问题的更多讨论 请参阅我关于 Impostor Type 错误模式的文章 在参考资料部分有它的链接 ） 原则 使用调节器避免 故障线路 （fault line） 我用 故障线路 来指独立组件之间的接口 独立组件之间和组件与其相应子组件之间相比 很少有交互 这种故障线路的一个典型示例是 GUI 视图和它的模型之间的接口 其它示例包括在编译器中处理的不同阶段之间的接口或操作系统的内核和用户界面之间的接口 找出程序的故障线路 然后用具有转发功能的调节器快速访问聚合组件 沿着故障线路隔离测试每个组件通常更容易 但如果每个组件暴露的对象有很多 或者组件中您想测试的一些对象只有通过多个嵌套引用才能访问 那么测试就会变的很乏味 不用隔离测试 而是拥有您在它上面调用您想测试的各种方法的单个调节器对象通常是有帮助的 这个对象然后能把这些方法调用转发到适当的地方 沿着相同线路 设计和自己的测试代码串联在一起的程序组件接口是有益的 这将使您把注意力集中在使这些接口尽可能简单上 原则 方法 小型签名和缺省参数 使用小型方法说明和重载带缺省方法参数的方法将使您在测试中调用这些方法变的愉快的多 否则 在测试这些方法时您将不得不构造额外参数 如果参数很大 那么将很快导致代码膨胀 更糟的是 它会诱使您编写比在其它情况下更少的测试 原则 访问器不应修改内存状态 请在您的测试中使用不修改内存状态的访问器来检查对象状态 在某些方面 测试和实验室试验相似 它们都想证明特定假设有效 如果特定检查动作改变了该领域的状态 那么要这样做会变得困难的多 与量子力学领域不同 计算机进程的状态可以不修改就被检查 使用这种原则对您有好处 原则 用接口说明外部程序组件 用接口说明外部程序组件使得我们可以容易地在测试案例中模拟这些组件 这条原则能节省大量时间 特别是当外部组件的实现还未完成时 通常 大多数基本组件都不能准时可用 如果这些组件不在适当位置您就不能测试您自己的代码的话 那么您就在朝灾难走去 您的客户不会关心您只有两个小时来集成迟到了两周的组件 他们知道的全部就是整套产品被延期了和这是违约的 原则 优先编写测试代码 优先编写测试代码 这是标准的 XP 方法 但却总有一种忽视它的诱惑 每次我屈服于这种诱惑时 我都感到后悔 假设您正努力生产正确的代码 那么您 好象能从推迟编写测试代码中节省的时间其实只是一个幻想 注意 这不是说您应该一次性编写全部测试代码后 再一次性全部实现 编写一些测试代码 实现它们 再编写一些测试代码 再实现它们等等是个更好的办法 设计以这种方式得以进展 在实现阶段捕捉错误并在下一组测试中改正它 以这种方式编写测试也更少会使人畏缩 代码比您需要的还多？ 只需一点点努力 就可能容易地对任何程序进行彻底的测试 当然 不可避免存在这些原则不适用的情况 于是 看起来好像不可能对功能进行测试 当出现这些情况时 我尽力退一步地看这个问题 我怎样才可能测试这种代码？ 相反地 我问自己 我怎样才能以可测试方式编写这些代码呢？ 这种想法上的改变的结果经常是增加了大量 仅仅服务于简化测试的功能 什么？别担心 出现这种情况完全正常 就象很多现有的设计模式 它们只是为了增加程序的可扩展性就往程序中添加很多类（例如 visitor decorator 等等） 开发简化测试的新模式是可以接受的 实际上 面向对象语言的很多特征都是为了简化扩展而包含进去的 为什么语言的未来版本（或全新的语言）不应包含简化测试的特征 对 Java 语言来说 这已经开始 人们计划在未来版本中包含很多更强大的类型系统 断言（assertion）等等 就象面向对象的语言已经增加了我们重用和扩展现有代码的程度 将来 面向测试的设计和特征将帮助我们增强新老代码的健壮性 cha138/Article/program/Java/hx/201311/26472相关参考
由于数据库设计中所遵循的范式规则比较复杂对于初学者来讲很难完全记住本文针对数据库设计范式的基本概念进行了扼要的总结 第一范式: 对于表中的每一行必须且仅仅有唯一的行值在一行中的每一列仅有唯一的
一、运动时心率不齐人在运动时心跳会加快，运动量越大，心跳越快，如果运动时心率增加不明显，可能是心脏病信号，预示着今后有心绞痛、心肌梗塞和猝死的危险。二、运动性过敏休克在运动时要选择合理项目，不要随意加
考试方式闭卷笔试时间为分钟题型结构填空题()多项选择题改错题()程序填空题简答题()编写程序题单项选择题()算法设计题难度结构 本课程考试主要测试考生对数据结构的基本概念基本原理和基本算法的理解掌握
在这里总结的许多编程惯用法都是很值得做为单独一个章节的甚至一本书的你应该把这章做为PHP模式设计使用惯用法的相关介绍而且查看一些列出的参考书来进行更深入的学习 测试你的代码 可能没有什么代码惯
厨房设计有哪些基本概念？厨房设计的最基本概念是“三角型工作空间”，所以洗菜池、冰箱及灶台都要安放在适当位置，最理想的是呈三角形，相隔的距离最好不超过一米。在设计工作之初，最理想的做法就是根据个人日常操
学生再问曰：听起来好复杂！既然是描述一件事情，为什么不使用5W（时间、地点、人物、事件、结果）的顺序进行阐述呢？这种方法我们很熟悉呀！老师再答曰：这个问题提得更好！5W的方法纯粹是"叙述"，是按照事件
酒吧设计有哪些基本概念？在酒吧装修设计中，设计师总是要花费大量的心血去把握气氛的营造，但是，气氛的营造可不是简单的事儿，除了要花费很多心血外，还要能走在流行的前列，把握装修时尚的脉搏。在各种流行中，有
小户型设计有哪些基本概念？小户型起源于20世纪六十年代末纽约开始大规模兴建的都市标准户型。消费者多为正在为事业拼搏的年轻一族，由于其工作年限短，区域流动性相对较大，收入相对较低，又有对时尚生活的强烈需
特色餐厅软装设计有几种基本概念？创造一个良好舒适的饮食环境，是每一个行业内老板必须考虑和计划的问题之一。特色的美食和主题餐厅装修设计都具有不可忽视的重要意义。国内无论是西餐厅装修、还是茶餐厅室内设计、
家庭装修灯光设计有几项基本概念？灯光设计时，灯光不足，会给人以昏暗、恐怖与阴凉的感觉；灯光过强，则会直射眼睛，让人产生眩光。成功的灯光设计，首先要达到灯的功能，达到明亮照明，保护我们可贵的眼睛；其次还