第7章编码与测试概要.ppt

* 上述程序的特点是：外层循环变量由1变化到20时，每一次在内循环中要进行4次 “J3” 的比较（即j的值分别 变化为：1，2，3，4），因此内层循环要对 “j3” 的判断检查一共要进行 20X4=80 次 ，而外层循环的控制条件 是 “i20” ，一共要判断21次（即i 的值分别要变换为：1，2，3，。。。 。。。20，21）。因此，整个程序包括 80+21=101次的判断比较。那么，如果我们把内、外循环次数交换一下，则比较的次数将会有什么变化呢？ 请看右侧程序：。。。 。。。 　（3X21)+4=67（次） 从而减少了 34次循环。 * 那么，如果我们把内、外循环次数交换一下，则比较的次数将会有什么变化呢？ 请看右侧程序：。。。 。。。 　（3X21)+4=67（次） 从而减少了 34次循环。 * 在上述程序中，j+2 共计执行了 3X20=60 次，但这其中有57次是重复执行的，所以可以对其优化。见下页： * 在上述程序中，由于把 j+2 移到了内循环之外，所一只执行了3 次 j+2 的运算。从而减少了57次。 所以说，。。。 。。。 * 另外，我们再来看，在上述程序中的 i+1 共要进行 60次+60次=120次的加 1运算。 那如果我们把程序再稍加改动，则程序的运行效率将又有所提高。 请见右侧程序：。。。 。。。 从中可见，原来要执行120次的 i+1 ，则现在只需要进行计算 60次 了。可见而知，效率提高了一倍。 所以，从修正以后的程序中，我们可以看出，无论是程序的运行效率还是程序的清晰度，都可以说是比较好的一个程序 * 从中可见，原来要执行120次的 i+1 ，则现在只需要进行计算 60次 了。可见而知，效率提高了一倍。 所以，从修正以后的程序中，我们可以看出，无论是程序的运行效率还是程序的清晰度，都可以说是比较好的一个程序 * 编码产生的源程序，应该正确可靠，简明清晰，而且应具有较高的效率。但是，清晰和效率却常有矛盾。Weinberg 曾作过这样一个实验，他让5个程序员各自编写同一个程序，分别对他们提出了5种不同的编码要求。结果表明，要求清晰好的程序一般效率比较低，而要求效率高的程序清晰度又不好。对于大多数模块，编码时应该把简明清晰放在第一位，如果个别模块要求特别高的效率，就应该把具体要求告诉程序员，以便做特殊的处理。 * 1、测试工具软件开发工程师 ：负责写测试工具代码，并利用测试工具对软件进行测试；或者开发测试工具为软件测试工程师服务。 如，产品开发湖的性能测试、提交测试等过程，都有可能用到 SDE/T 开发的测试工具。由于 SDE/T 和 SDE(软件开发工程师) 的工作都是写代码，具有相同的地方。所以两者之间互相转换的情况比较多。但需注意的是，两者写出的代码用途是不一样的， SDE写的是产品的代码，而 SDE/T 则写的代码只用于测试产品。 * 2、软件测试工程师：负责理解产品的功能要求，然后对其进行测试，检查软件有没有错误(Bug)，决定软件是否具有稳定性，并写出相应的测试规范和测试案例。 除此之外，在一个软件产品的研发和销售过程中，还会需要负责个产品打补丁（Service Pack ) 的快速修正工程师等。 * 例如，在微软内部，软件测试人员与软件开发人员的比率一般为 1.5—2.5左右，这可能远远超出了大家对测试人员的理解，但微软软件开发的实践过程已经证明了这中种人员结构的合理性。如，图中显示了微软在开发 Window 2000 和 Exchange 2000 的两个产品时的开发人员的一般配置图： * 由图中的数据可知，测试人员的重要性。在微软，曾经有一位博士到微软总部参观，之后，觉得非常奇怪：“Tester” 是做什么的? 为什么微软在做产品时，测试人员却占了一半以上？“ 。其实，软件测试在产品开发中占据相当重要的一部分，这是一种需要，是微软从20几年的实践中明白的道理，也是微软从不断的失败中总结的经验。关于这一点，微软公司曾经算过一笔帐：最初，微软公司与大家一样，认为测试不重要，重要的是开发人员。通常，一个开发团队中有几百个开发人员，但只有几个测试人员，并且开发人员的工资比测试人员高的很多很多。经过多年的实践后公司发现，为那些出现问题的产品去修一个补丁程序所