测试效率

<iframe align="center" marginwidth="0" marginheight="0" src="http://www.zealware.com/csdnblog336280.html" frameborder="0" width="336" scrolling="no" height="280"></iframe>

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。

在软件研发团队中，很容易被忽略的是软件测试。可是如果测试团队建立后，很容易失控的是测试效率。

基本的企业逻辑是这样的：

没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产生，症状为，没有经过测试，没有有信心产品质量＝》产品越来越复杂，测试人员越来越多＝》“测试驱动开发”产生：测试不报Bug，开发则没事可做，代码质量越来越低＝》测试人员安全感越来越低，完全失去对开发员的信任，动不动就全检＝》测试非常忙，人手总是不够，一天只能找出1两个Bug。

注：此处得“测试驱动开发”不是XP中的“TDD”。