软件测试

一个典型的软件项目中最为重要的两种测试类型，即程序员和用户的测试，称为“单元测试”和“验收测试”。在开发任何种类的企业或大型应用时都不容忽视，如果没有合适的工具作为支持，单元测试工作量非常巨大了。

不要参考Task Manager的Mem Usage数据，那个数据的大小对程序性能没有直接影响。 用Perfomence Monitor里面与.NET相关的Counter要容易、准确的多。

本文面向软件测试新手，从测试前的准备工作、测试需求收集、测试用例设计、测试用例执行、测试结果分析几个方面给出建议和方法。鉴于国内的软件开发、测试不规范的现状，本文为软件测试新手提供了若干个软件测试的关注点。

对于软件，开发者往往只注意到其功能和性能，而忽略了用户手册。其实用户手册也是 衡量软件好坏的一个重要标准。好的用户手册可以帮助用户快速入门，是用户正确、充分使 用软件的前提。对于开发者来说，好的用户手册可以减少培训和售后服务的费用。所以在测 试中，不能忽略用户手册的重要性，应从以下多个方面考察用户手册的质量。

TestDriven.NET支持多种单元测试框架，像NUnit，MbUnit，MS Team System，这里我选择了最为经典的NUnit单元测试框架来介绍TestDriven.NET所支持的一些重要的属性。TestDriven.NET其实已经支持大部分NUnit的属性，但是有些属性现在还不支持。

在本篇文章中我们将介绍软件工程师都可以使用的12个单元测试技巧，适用于任何编程语言和编程环境。

软件中的Bug 是指操作系统或应用软件程序的错误或缺陷。随着软件规模的扩大，软件的复杂程度也不断提高，软件Bug 的数量也成比例增加，由此产生的危害日益加剧。

测试一般是放在系统完成后进行测试，但今天，却常常听到资深开发人员劝导新人们：“测试是开发的第一步”这句话如何理解呢？如果从日本人发明的巴克质量管理的方式去理解，大概是指每一个环节交给下一级时都应该进行测试。有些测试对后面的操作没有太大的影响，如图片不漂亮，菜单不合理，布局很难看之类；而另一些，却直接让下一级无法开始工作，象用例不清晰；用例自相矛盾；组件内部错误；框架不合理等等。

随着软件规模的不断扩大，软件设计的复杂程度不断提高，软件开发中出现错误或缺陷的机会越来越多。同时，市场对软件质量重要性的认识逐渐增强。所以，软件测试在软件项目实施过程中的重要性日益突出。但是，现实情况是，与软件编程比较，软件测试的地位和作用，还没有真正受到重视，对于很多人（甚至是软件项目组的技术人员）还存在对软件测试的认识误区，这进一步影响了软件测试活动的开展和真正提高软件测试质量。

在通常情况下，嵌入式软件测试一般采取黑盒测试与白盒测试相结合的方法。其中，白盒测试一般分为静态测试与动态测试。静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估，而动态测试需要在Host环境或Target环境中实际运行软件，并使用设计的测试用例去探测软件漏洞。

1979年，Glenford Myers在《The Art of Software Testing》一书中提出“测试的目的是证伪”这一概念，推翻了过去“为表明软件正确而进行测试”的错误认识，为软件测试的发展指出了方向，软件测试的理论、方法在之后得到了长足的发展。

测试文档在软件测试过程中起到关键的作用，从某种意义上来说，测试文档是项目测试规范的体现和指南，按照规范要求编制一整套测试文档的过程，就是完成一个测试项目的过程。

软件外包对于软件本地化行业并不是什么新鲜话题，多年来国内专业软件本地化企 业提供的软件本地化服务，本质上就是软件外包服务之一。只是近两年来国际软件外包潮流 的持续升温，才促使我们重新思考这个话题。

作为一款教育系统，我们在测试其功能度、安全可靠性、易用性、性能、资源占用率、兼 容性、可扩充性和用户文档八个质量特性的同时，重点对其标准符合性进行了验证。

企业各岗位都制定了明确的职责，测试员的职责任何IT企业都有。这里只是从观念的角度谈一谈测试员的职责，供制定或修订具体的职责时参考。

全球化测试的目的是检测应用程序设计中可能阻碍全球化的潜在问题。它确保代码可以处理所有国际支持而不会破坏功能，导致数据丢失或显示问题。全球化测试使用每种可能的国际输入类型，针对任何区域性或区域设置检查产品的功能是否正常。

由顶向下和由底向上渐增式各有优缺点，测试人员可根据程序的具体特点和测试工具的情况决定选用哪一种方式。

随着软件业蓬勃发展，各种软件需求纷繁而来，在潮起潮落的IT洪流中，软件项目越来越凸现大型化、复杂化的发展趋势。几十人上百人的开发团队、成千上万的模块与接口、跨地域、跨系统的使用用户等情况早已屡见不鲜，所有这些，对项目质量管理提出了更高要求，如何满足各方需求，做出更好的软件系统？测试管理逐渐成了大家目光的焦点。

测试人员的时间是有限的，进度给的都很少，一般连用例都没有时间写，还要去花很多时间验证“无法重现”的问题？反正10分钟如果试验不出来，我就会放弃。严重的就提交，不影响的就当不知道。

有关测试团队的建设，这个话题很大。思考一下，总结一把，让自己的工作更有序、更系统，做到有意识的去完成它，并收获工作中细微变化带来的快乐。