Wed, 15 Jul 2009 13:19:00 GMT

要减��Y件中的错误数目，�Ҏ��之一��是拥有一个专业的��试�l�，其工作就是尽一切可能��软�g崩溃。不�q�的是，如果拥有��试�l�，那么即��是经验丰富的开发�h员，也会們֐�于花费较��的旉��来保证代码的可靠性�?

软�g界有一句俗语：“开发�h员不应该��试他们自己的代�?#8221;。这是因为开发�h员对自己的代码了如指掌，他们很清楚如何采用适当的方法对代码�q�行��试。尽��这句俗语很有道理，但却忽略了非帔R��要的一�?- 如果开发�h员不对自��q��代码�q�行��试�Q�又如何知道代码能否按照预期的方式运行？

��单说来，他们�Ҏ��无从得知。开发�h员编写那�U�运行不正常或只在某些情况下�q�行正常的代码是一个严重的问题。他们通常只测试代码能否在很少的情况下正常�q�行�Q�而不是验证代码能够在所有情况下均正常运行�?/p>

发现软�g错误的情冉|��很多�Q?

    1.由首�ơ编写代码的开发�h员发现�?
    2.由尝试运行代码的开发�h员发现�?
    3.��q��中的其他开发�h员或��试人员发现�?
    4.作�ؓ产品大规模测试的一部分�?
    5.由最�l�用户发现�?

如果在第一�U�情况下发现软�g错误�Q�则修复错误比较�Ҏ��Q�成本也很低。情况越靠后�Q�修复��Y仉��误的成本��p��高；修复一个由最�l�用户发现的软�g错误可能要耗费 100 �?1000 倍的成本。更不用说用户通常因�ؓ软�g错误��D��工作无法�l�箋�Q�而一直等��C��一个版本才能解决问题�?br> 如果开发�h员能够在�~�写代码期间发现所有的软�g错误�Q�那��再好不�q�了。�ؓ此，您必��ȝ��写能在编写代码时�q�行的测试�?/p>

��试是��Y件开发的重要环节之一。按照��Y件开发的�q�程��试可分为：单元��试、功能测试、性能��试、性能��试、集成测试、系�l�测试、域��试�Q�Field test�Q�等。我们这里将主要研究的是面向�E�序员的单元��试�?/p>

什么是单元��试

单元��试是开发者编写的一��段代码�Q�用于检验被��代码中的一个很明确的功能是否正��。通常而言�Q�一个单元测试是用于判断某个特定条�g�Q�或者场景）下某个特定函数的行�ؓ。例如，你可能把一个很大的值放入一个有序list 中去�Q�然后确认该值出现在list 的尾部。或者，你可能会从字�W�串中删除匹配某�U�模式的字符�Q�然后确认字�W�串��实不再包含�q�些字符了�?/p>

单元��试是由�E�序员自己来完成�Q�最�l�受益的也是�E�序员自己。可以这么说�Q�程序员有责�ȝ��写功能代码，同时也就有责��Mؓ自己的代码编写单元测试。执行单元测试，��是��Z��证明�q�段代码的行为和我们期望的一致�?/p>

��Z��么要使用单元��试

我们�~�写代码�Ӟ��一定会反复调试保证它能够编译通过。如果是�~�译没有通过的代码，没有��M��Z��愿意交付�l�自��q��客户。但代码通过�~�译�Q�只是说明了它的语法正确�Q�我们却无法保证它的语义也一定正��，没有��M��人可以轻易承��D�代码的行�ؓ一定是正确的�?/p>

�q�运�Q�单元测试会为我们的承诺做保证。编写单元测试就是用来验证这�D�代码的行�ؓ是否与我们期望的一致。有了单元测试，我们可以自信的交付自��q��代码�Q�而没有�Q何的后顾之忧�?/p>

单元��试有下面的�q�些优点�Q?/p>

1、它是一�U�验证行为�?/p>

�E�序中的每一��功能都是测试来验证它的正确性。它��Z��后的开发提供支�~�。就��是开发后期，我们也可以轻杄��增加功能或更改程序结构，而不用担心这个过�E�中会破坏重要的东西。而且它�ؓ代码的重构提供了保障。这��P��我们��可以更自由的对�E�序�q�行改进�?/p>

2、它是一�U�设计行为�?/p>

�~�写单元��试��我们从调用者观察、思考。特别是先写��试�Q�test-first�Q�，�q��我们把程序设计成易于调用和可��试的，卌��使我们解除��Y件中的耦合�?/p>

3、它是一�U�编写文档的行�ؓ�?/p>

单元��试是一�U�无��L��文档�Q�它是展�C�函数或�c�d��何��用的最��x��档。这份文档是可编译、可�q�行的，�q�且它保持最斎ͼ�永远与代码同步�?/p>

4、它��h��回归性�?/p>

自动化的单元��试避免了代码出现回归，�~�写完成之后�Q�可以随旉��地的快速运行测试�?

单元��试的范�?nbsp;

如果要给单元��试定义一个明��的范畴�Q�指出哪些功能是属于单元��试�Q�这��g��很难。但下面讨论的四个问题，基本上可以说明单元测试的范畴�Q�单元测试所要做的工作�?/p>

1�?它的行�ؓ和我期望的一致吗�Q?/p>

�q�是单元��试最�Ҏ��的目的，我们��是用单元测试的代码来证明它所做的��是我们所期望的�?br>
2�?它的行�ؓ一直和我期望的一致吗�Q?/p>

�~�写单元��试�Q�如果只��试代码的一条正��\径，让它正确��C��遍，�q�不��是真正的完成。��Y件开发是一个项复杂的工�E�，在测试某�D�代码的行�ؓ是否和你的期望一致时�Q�你需要确认：在�Q何情况下�Q�这�D�代码是否都和你的期望一��_��譬如参数很可疑、硬盘没有剩余空间、缓冲区溢出、网�l�掉�U�的时候�?/p>

3�?我可以依赖单元测试吗�Q?/p>

不能依赖的代码是没有多大用处的。既然单元测试是用来保证代码的正��性，那么单元��试也一定要值得依赖�?/p>

4�?单元��试说明我的意图了吗�Q?/p>

单元��试能够帮我们充分了解代码的用法�Q�从效果上而言�Q�单元测试就像是能执行的文档�Q�说明了在你用各�U�条件调用代码时�Q�你所能期望这�D�代码完成的功能�?/p>

不写��试的借口

到这里，我们已经知道了��用单元测试的�U�种理由。但目前的实际情冉|��大多数程序员不进行单元测试，或只�q�行��单的单元��试。下面是一些他们常用的接口�Q?/p>

1�?�~�写单元��试太花旉��了�?/p>

我们知道�Q�在开发时��早发现BUG�Q�就能节省更多的旉��Q�降低更多的风险。如果你仍然认�ؓ在编写��品代码的时候，�q�是没有旉��~�写��试代码�Q�那么请先考虑下面�q�些问题�Q?/p>

1�Q�、对于所�~�写的代码，你在调试上面�׃��多少旉��?br> 2�Q�、对于以前你自认为正��的代码�Q�而实际上�q�些代码却存在重大的bug�Q�你�׃��多少旉��在重新确认这些代码上面�?br> 3�Q�、对于一个别人报告的bug�Q�你�׃��多少旉��才找出导致这个bug 的源码位�|��?br> 回答完这些问题，你一定不再以“太花旉��”作�ؓ拒绝单元��试的借口�?/p>

2�?�q�行��试的时间太长了�?/p>

合适的��试是不会让�q�种情况发生的。实际上�Q�大多数��试的执行都是非常快的，因此你在几秒之内��可以运行成千上万个��试。但是有时某些测试会��p��很长的时间。这�Ӟ��需要把�q�些耗时的测试和其他��试分开。通常可以每天�q�行�q�种��试一�ơ，或者几天一�ơ�?/p>

3�?��试代码�q�不是我的工作�?/p>

你的工作��是保证代码能够正确的完成你的行为，恰恰相反�Q�测试代码正是你不可�~�少的工作�?/p>

4�?我�ƈ不清楚代码的行�ؓ�Q�所以也��无从测试�?/p>

如果你实在不清楚代码的行为，那么估计现在�q�不是编码的时候。如果你�q�不知道代码的行为，那么你又如何知道你编写的代码是正��的�?

5�?但是�q�些代码都能够编译通过�?/p>

我们前面已经说过�Q�代码通过�~�译只是验证它的语法通过。但�q�不能保证它的行为就一定正��?/p>

6�?公司��h��来是��Z��写代码，而不是写��试�?/p>

公司付给你薪水是��Z��让你�~�写产品代码�Q�而单元测试大体上是一个工��P��是一个和�~�辑器、开发环境、编译器�{�处于同一位置的工兗��?/p>

7�?如果我让��试员或者QA�Q�Quality Assurance�Q��h员没有工作，那么我会觉得很内疚�?/p>

你�ƈ不需要担心这些。请��C��Q�我们在此只是谈论单元测试，而它只是一�U�针�Ҏ��码的、低层次的，为程序员而设计的��试。在整个��目中，�q�有其他的很多测试需要这些�h来完成，如：功能��试、验收测试、性能��试、环境测试、有效性测试、正��性测试、正规分析等�{��?/p>

8�?我的公司�q�不会让我在真实�pȝ��中运行单元测试�?/p>

我们所讨论的只是针对开发者的单元��试。也��是��_��如果你可以在其他的环境下�Q�例如在正式的��品系�l�中�Q�运行这些测试的话，那么它们��׃��再是单元��试�Q�而是其他�c�d��的测试了。实际上�Q�你可以在你的本��行单元测试，使用你自��q��数据库�?/p>

总而言之，单元��试会让我们的开发工作变得更加轻松，让我们对自己的代码更加自信。无论是大型��目�q�是��型��目�Q�无论是旉��紧迫的项目还是时间宽裕的��目�Q�只要代码不是一�ơ写完永不改动，�~�写单元��试��׃��定超��|��它已成�ؓ我们�~�码不可�~�少的一部分�?/p>

黄剑�?/a> 2009-07-15 21:19 发表评论

Sun, 14 Jun 2009 14:01:00 GMT

因公司的需要和安排�Q�我由开发�{为测试�?br>理由有：
1、公叔R��要加强测试的力量。目前测试从人数和资源，以及�l�验需要加强�?br>2、公司的产品质量的提升需要测试加强，加重��试在整个��品开发过�E�中的比重�?br>3、公司说与其从外面招人，不如从内部选拔一些�h出来�Q�而我又有开发经验，又有逆向思维能力�Q�又喜欢挑战别�h�Q�思维周密�Q�反正能说的好话都说了�?br>4、我个�h认�ؓ�Q�我自己喜欢挑战�Q�喜�Ƣ批评其他�h和事物（其实是讲真话�Q�只是这�q�代讲真话的��Z��太受别�h喜欢�Q�就说这个�h只知道挑别�h的错�Q�等�{�）�?br>5、希望能�q�下去，老老实实的�q�下去，只要不是因�ؓ我个人确实不能干��试�Q�而只能做开发，那么��p�{回来做开发，否则�Q�就��C��厅R��我个�h为测试的前途这几年要超�q�搞开发的前途。测试工作对目前待中国的软�g人员来讲��实是不熟悉�Q�好似门槛不高，实则惛_��得好�Q�确实难。连一个测试用例在本科阶段�Q�看都未看过�Q�更不要说怎么��d��L��试方面的素质�?br>目前我给自己定的目标是，以一个完全新人的角度�Q�大学应届毕业生的姿态去向别人学习测试。抛开以前开发那�U�高高在上的心态，认认真真做好��试工作。我�怿�我会在半�q�内熟悉�q�项工作�?br>
目前正在看《��Y件测试的艺术》，个�h认�ؓ�q�是一本不错的书，是进入测试这行一个比较好的入门书�Q�能产生非常大媄响的一本书。因为此书，主要是让人明白测试的本质问题是什么，以及一些测试方面要注意的原则问题，��试技术也讲了一些，�Ҏ��熟悉��试�q�是非常��h��启发性�?br>

黄剑�?/a> 2009-06-14 22:01 发表评论

国产午夜精品久久久久九九电影 ,欧美国产成人久久精品,99久久国产免费福利