[活动]迎五一，庆周年，盖高楼(活动结束)

默默巫

    活动时间: 2009年4月28日--2009年5月10日
    活动规则: 会员在管理员发布的高楼贴中进行回复。
                 回贴内容：与软件测试技术相关的技术知识。
                 例如：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。

    活动奖励:
               参与奖：楼层尾数为5的会员，即可获得综合技术积分15分，积分可累计。

               三等奖：楼层为100、200、300、400、500、600、700、800、900、1000、2000的会员奖励：
                       论坛五周年庆勋章一枚。
                       综合技术积分50分

               二等奖：楼层为50、150、250、350、450、550、650、750、850、950、1250、1550、2550、的会员
                       
                       奖励：
                      《51测试天地》杂志一份
                       论坛五周年庆勋章一枚
                       综合技术积分50分


               一等奖：楼层为55 ,555 ,755,3000的会员奖励：
                                          《51测试天地》杂志一份
                        价值100元的联华购物卡一张
                        论坛五周年庆勋章一枚
                        综合技术积分80分

    注意事项: 同一ID禁止连续回复三层楼以上。
                 如违反以上规定视自动放弃奖励。
                 所有奖励活动结束后统一颁发

      奖品展示： 联华购物卡： 《51测试天地》杂志：

      

      一等奖再增加一名3000楼的奖励,大家加油冲啊!

      

默默巫

自己沙发个！
请回复的会员看清活动规则，回复软件测试相关知识

        不同的游戏对于功能的划分不同，但是目前主流一些功能划分中有以下内容：
1.        基础操作
2.        Npc
3.        地图
4.        装备
5.        剧情
6.        技能
7.        人际
8.        PVP
9.        ……

52042722

请解释一下自动化框架这个概念

乐洋

如何软件测试的自动化测试是我目前所关注的问题

sn_asd520

从是否关心软件内部结构和具体实现的角度划分
　　A.白盒测试
　　B.黑盒测试
　　C.灰盒测试

sn_asd520

从软件开发的过程按阶段划分有

　　
　　A.单元测试
　　B.集成测试
　　C.确认测试
　　D.验收测试
　　E.系统测试

yeboming

所谓漏测，是指软件产品的缺陷没有被测试组发现而遗漏到了用户那里，却最终被用户所发现。如果产品在用户那里出现问题，产生的后果是非常严重的。在软件开发过程中，缺陷越早被发现，发现和解决缺陷所花的成本就越小。如果缺陷是在测试组测试中发现的而不是被用户使用时发现的，那么所花的成本将小得多。如果缺陷是被开发组在开发过程中发现的，那么所花的代价将更小。因此，进行漏测分析、预防漏测、促使缺陷尽可能在开发过程的早期被发现，是非常有意义的，它有利于降低软件产品成本、提高软件产品质量。

零度的测试

单元测试
集成测试
系统测试

jiang860718

自动化测试就是通过测试工具或其他手段，按照测试工程师的预定计划对软件产品进行自动的测试，它是软件测试的一个重要组成部分，它能够完成许多手工无法完成或者难以实现的一些测试工作。

jiang860718

软件测试就是在软件投入运行前对软件需求分析、软件设计规格说明和软件编码进行的查错（包括代码执行活动与人工活动）。

lanelover

测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

jut984907

按业务，分为ERP、OA、MIS、MES、银行、BOSS、财务等系统

我不忍天下乱

游戏测试该怎么测试?

qiguojie

可用性测试是指在设计过程中被用来改善易用性的一系列方法。我们为用户提供一系列操作场景和任务让他们去完成，这些场景和任务与您的产品或服务密切相关。通过观察，我们来发现过程中出现了什么问题、用户喜欢或不喜欢哪些功能和操作方式，原因是什么。针对问题所在，我们会提出改进的建议。

欧阳

.Zero Bug与Good Enough：本条给我们灌输的是一种测试执行通过的标准。显示任何测试通过不可能达到0 bug。那我们就应该达到Good Enough。这条原则是一种权衡投入/产出比的原则：测试既不能不充分也能过，我们需要制定测试通过标准和测试内容，比如：遗留的bug数&严重程度，测试用例的执行率&通过率等来解决上面的问题。

jut984907

在V模型中，单元测试是基于代码的测试，最初由开发人员执行，以验证其可执行程序代码的各个部分是否已达到了预期的功能要求；

集成测试验证了2个或多个单元之间的集成是否正确，并有针对性地对详细设计中所定义的各单元之间的接口进行检查；

在所有单元测试和集成测试完成后，系统测试开始以客户环境模拟系统的运行，以验证系统是否达到了在概要设计中所定义的功能和性能；

最后，当技术部门完成了所有测试工作后，由业务专家或用户进行验收测试，以确保产品能真正符合用户业务上的需要。

尽管很多人对V模型表示了否定，但很少有人真正详细地讨论这些问题。Brian Marick（《The Craft of Software Testing (Prentice Hall, 1995)》一书的作者）曾如此表示。在STAR2000 (Software Testing Analysis and Review) 东部会议上，Marick曾经和Dorothy Graham（本系列文章的另一位作者）进行过一场论争，并在其个人网站www.testing.com上对V模型提出过一些中肯的反对意见。

sn_asd520

单元测试 (Unit Testing)
　　* 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。

jut984907

测试的基本原则<->

在设计有效测试用例之前，测试工程师必需理解软件测试的基本原则。这里有一组测试原则：
1 、所有的测试都应追溯到用户需求。正如我们所知：软件测试的目标在于揭示错误。而最严重的错误（从用户角度来看）是那些导致程序无法满足需求的错误。
2 、应该在测试工作真正开始前的较长时间内就进行测试计划。测试计划可以在需求模型一完成就开始，详细的测试用例定义可以在设计模型被确定后立即开始。因此，所有测试应该在任何代码被产生前就进行计划和设计。
3 、 Pareto 原则应用于软件测试。简单地讲， Pareto 原则暗示着测试发现的错误中的 80 ％很可能起源于程序模块中的 20 ％。当然，问题在于如何孤立这些有疑点的模块并进行彻底的测试。
4 、测试应从 “ 小规模 ” 开始，逐步转向 “ 大规模 ” 。最初的测试通常把焦点放在单个程序模块上，进一步测试的焦点则转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。
5 、穷举测试是不可能的。即使是一个大小适度的程序，其路径排列的数量也非常大。因此，在测试中不可能运行路径的每一种组合。然而，充分覆盖程序逻辑，并确保程序设计中使用的所有条件是有可能的。
6 、为了达到最佳效果，应该由独立的第三方来构造测试。 “ 最佳效果 ” 指最有可能发现错误的测试（测试的主要目标），所以创建系统的软件工程师并不是构造软件测试的最佳人选。
7、 不充分的测试是不负责任的；过分的测试是一种资源的浪费，同样也是一种不负责任的表现.

lisuy

游戏测试的方法：
1. 测试的定义
       如果给个定义，我觉得：测试工作是，解决玩家所遇非正常问题的预测工作，同时也是不断调试平衡的一个长期观察任务。无论在什么时间段，功能实现、内测、公测等。测试都应该是分硬件与软件两部分测试。
2. 硬性问题
       硬件的BUG部分是指会引起不能让游戏流程进行的BUG。死机、画面出错等硬性问题。这种问题只要按照一定流程进行游戏，就会发生。但对一些会不断增加服务器负担的高级BUG，应该不会短期测试出来。而对这种在有计算机就出现的问题，现在的游戏在制作过程中都有可自动记录问题的LOG功能，所出现的BUG大多会被程序部门解决掉。部分的LOG功能可保留到正式客户端，以收集因为升级客户端，而不断产生的新问题。这里应该不会在讨论范围内吧。
3. 软性问题
        而软件的逻辑部分大多会在后期进行，比如公测。是各种功能的数值调整。主要为游戏的世界定义一个平衡。除了初级的数值设定外，内部测试人员很少有能把一个功能测试千万遍的。于是有可能产生出猫耍的老虎团团转，这种经典的寓言故事。策划及相关测试人员注重的应该是这部分的测试原理及方法。
       而这部分问题的测试，同硬性问题一样，需要一定流程及要求。而具体流程只有根据具体游戏来决定，大多是将问题分裂存放，并将理由归纳。但有几点是不变的。

sn_asd520

X模型

　　X模型也是对V模型的改进,X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序。X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终成为可执行的程序，然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见，X模型还定位了探索性测试，这是不进行事先计划的特殊类型的测试，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费，对测试员的熟练程度要求比较高。