应该考虑进行何种测试

ü        黑盒测试(Black box testing)──不考虑内部设计和代码，根据需求和功能进行测试。

         黑盒测试(Black box testing) ____不考虑内部设计和代码,根据需求和功能进行测试

 软件测试技术第一门户1PU5F2wH!A

ü        白盒测试(White box testing)──根据应用软件的代码的内部逻辑，按照代码的语句、分支、路径和条件进行测试。

         白盒测试(White box testing) -------根据应用软件的代码的内部逻辑,按照代码的语句、分支、路径和条件进行测试软件测试技术第一门户u#P-U,z3it p Q

ü        部件测试(Unit testing)──最小范围的测试，针对特定的函数和代码模块进行测试。因为需要了解程序的设计和代码的细节才能进行，所以部件测试一般是由程序员，而不是由测试人员来做。除非应用软件的结构设计良好，而且代码也写得清楚，否则部件测试并非易事。也许需要开发测试驱动模块或测试工具。软件测试技术第一门户5^{|K.v[$U

         部件测试(Unit testing)——最小范围的测试,针对特定的函数和代码模块进行测试。因为需要了解程序的设计和代码的细节才能进行，所以部件测试一般是程序员。而不是由测试人员来做。除非应用软件的结构设计良好，而且代码也写得清楚，否则部件测试并非易事。也许需要开发测试驱动模块或测试工具。

 软件测试技术第一门户l)o v q%O$B
c3h3TN

ü        递增的综合测试(incremental integration testing)──不断进行的测试过程，每增加一个新的功能模块，都进行测试。这要求一个应用软件在最终完成之前，各功能模块要相对独立，或者已根据需要开发出测试驱动软件。这种测试可由程序员或测试人员进行。

         递增的综合测试（incremental integration testing）——不断进行的测试过程，每增加一个新的功能模块，都进行测试。这要求一个应用软件在最终完成之前，各功能模块要相对独立，或者已根据需要开发出测试驱动软件。这种测试可由程序员或测试人员进行。

ü        综合测试(integration testing)──对应用软件的各个部件进行组合测试，来检查各功能模块在一起工作是否正常。“部件”可以是代码模块、独立的应用程序、也可以是网络中的客户/服务器应用软件。这种测试特别适用于客户/服务器环境和分布式系统。软件测试技术第一门户[]!yVL&q bS1|c

          综合测试（integration testing）——对应用软件的各个部分进行组合测试，来检查各功能模块在一起工作是否正常，“部件“可以是代码模块、独立的应用程序、也可以是网络中的客户/服务器应用软件。这种测试特别使用客户/服务器环境和分布式系统

 软件测试技术第一门户:Nn&P&k,}Q.q5V

ü        功能测试(functional testing)──对一个应用软件的功能模块进行黑盒测试。这种测试应当由测试人员进行。但这并不意味着程序员在推出软件之前不进行代码检查。(这一原则适用于所有的测试阶段。)软件测试技术第一门户!H0z5aY1R(~

          功能测试（functional testing）——对一个应用软件的功能模块进行黑盒测试。这种测试应当由测试人员进行。但这并不意味着程序员在推出软件之前不进行代码检查。（这一原则适用于所有的测试阶段。）软件测试技术第一门户 Aq{rYLL

ü        系统测试──针对全部需求说明进行黑盒测试，包括系统中所有的部件。软件测试技术第一门户~;L&` e ug;W

         系统测试——针对全部需求说明进行黑盒测试，包括系统中所有的部件软件测试技术第一门户)v __:?@htlDm}Fo

 软件测试技术第一门户'vhmRLT+E lR

ü        端到端测试(end-to-end testing)──类似于系统测试，但测试范围更“宏观”一些。模仿实际应用环境，对整个应用软件进行使用测试。例如与数据库进行交互作业、使用网络通信、与其他硬件、应用程序和系统之间的相互作用是否满足要求。软件测试技术第一门户 ^NH1\.Uv

ü        健全测试(sanity testing)──是一种典型的初始测试。判断一个新的软件版本的运行是否正常，是否值得对它作进一步的测试。例如，如果一个新的软件每5分钟就破坏系统、大大降低系统的运行速度、或者破坏数据库，那么这样的软件就算不上是“健全”的，不值得在目前状态下进行进一步的测试。软件测试技术第一门户aY/o/{L

 软件测试技术第一门户YHi lU2^6p)a

ü        回归测试(regression testing)──每当软件经过了整理、修改、或者其环境发生变化，都重复进行测试。很难说需要进行多少次回归测试，特别是是到了开发周期的最后阶段。进行此种测试，特别适于使用自动测试工具。

 软件测试技术第一门户dVb
uF BdU i

ü        认同测试(acceptance testing)──基于说明书的、由最终用户或顾客来进行的测试。或者由最终用户/顾客来进行一段有限时间的使用。软件测试技术第一门户+K N\+Q_n,WEK

 软件测试技术第一门户&r}-F v.TO

ü         负荷试验(load testing)──在大负荷条件下对应用软件进行测试。例如测试一个网站在不同负荷情况下的状况，以确定在什么情况下系统响应速度下降或是出现故障。软件测试技术第一门户qy }Vf:T ](m!{`

ü        压力测试(stress testing)──经常可以与“负荷测试”或“性能测试”相互代替。这种测试是用来检查系统在下列条件下的情况：在非正常的巨大负荷下、某些动作和输入大量重复、输入大数、对数据库进行非常复杂的查询，等等。

 软件测试技术第一门户9KI,|PQv

ü        性能测试(performance testing)──经常可以与“压力测试”或“负荷测试”相互代替。理想的“性能测试”(也包括其他任何类型的测试)都应在质量保障和测试计划的文档终予以规定。

ü        可用性测试(usability testing)──是专为“对用户友好”的特性进行测试。这是一种主观的感觉，取决于最终用户或顾客。可以进行用户会见、检查、对用户会议录像、或者使用其他技术。程序员和测试人员通常不参加可用性测试。

 软件测试技术第一门户T.M!UFZWDW

ü        安装/卸载测试(install/uninstall testing)──对安装/卸载进行测试(包括全部、部分、升级操作)。软件测试技术第一门户
?u$vJ
gd
m4Si]P:e

ü        恢复测试(recovery testing)──在系统崩溃、硬件故障、或者其他灾难发生之后，重新恢复系统的情况。软件测试技术第一门户"za\d|/K;e

ü        安全测试(security testing)──测试系统在应付非授权的内部/外部访问、故意的损坏时的防护情况。这需要精密复杂的测试技术。

ü        兼容性测试(compatability testing)──测试在特殊的硬件/软件/操作系统/网络环境下的软件表现。

 软件测试技术第一门户GE ~y4| ]7D

ü         认同测试(acceptance testing)──看顾客是否对软件满意。

 软件测试技术第一门户O"T#X^m6Iu

ü        比较测试(comparison testing)──与竞争产品进行比较，以找出弱点和优势。

 软件测试技术第一门户'P~(q.XpSukR1Q'v|*{

ü        α测试(alpha testing)──在开发一个应用软件即将完成时所进行的测试。此时还允许有较小的设计修改。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。软件测试技术第一门户#vo'AHp!h4`

 软件测试技术第一门户&C(e ]$I}
?7hg

ü       β测试(beta testing)──当开发和测试已基本完成，需要在正式发行之前最后寻找毛病而进行的测试。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。