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

fishsky

测试生命周期
　　测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估
　　测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试

jack8032

测试过程中，测试设计的评审很重要。

jack8032

测试设计的基础，应该是对需求的充分理解。

ttkk

楼主，你发的我好熟啊。特别npc。我曾今就在游戏公司做个哦策划。对npc、地图等都有研究过。现在看到挺有感触啊。曾今还串接过地图，添加npc.
呵呵  是说测试的啊。下面我就说个测试方面的：
在用loadrunner 进行压力测试，对脚本进行回放验证时，一定要注意关联。否则会莫名的报错。关联有两种方式：手动和自动哦拗不过关联
1、手动关联：,需要录制2个相同业务流程虚拟用户脚本,然后通过tools-compare ;with ;vusers来打开wdf.exe对2个脚本进行比较,找到需要关联部分,然后指定左右边界,然后将脚本中原来值替换成参数即可.
2、自动关联：在tools-recording ;optionscorrelation中,选中enable ;correlation ;during ;recording复选框,在下面list中选择你需要自动关联协议这样在录制脚本时,在可关联处会弹出个dialog进行选择是否对该处进行关联,这样,在你脚本录制好的后,关联已经自动生成了

namisang

测试生命周期
　　测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估
　　测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试

namisang

测试设计的基础，应该是对需求的充分理解。

小北ZZ

测试生命周期
　　测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估
　　测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试

jiang860718

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

rickyzhu

测试是一门科学，也是一门技术

我等500层楼，呵呵

gtj861124

bug的定义：
        软件未达到产品需求说明书标明的功能
        软件出现了产品需求说明书指明不会出现的错误
        软件的功能超出了产品需求说明书的指明范围
        软件未达到产品需求说明书虽未指出但应达到的目标
        软件测试人员或是用户认为软件难以理解、不易使用、运行速度慢。

iori

缺陷度量是测试阶段的主要度量内容，包括产品缺陷度量和缺陷过程度量。产品缺陷度量将在下一回做详细介绍，而测试环境的稳定性或有效性度量，就像软件有效性一样，用MTTF来测量。所以下面将简单介绍其他度量内容，如 软件缺陷到达模式、PTR出现/积压模型、测试用例的度量、基于需求的测试覆盖评估、基于代码的测试覆盖评估等等。

witcher2002

测试生命周期
　　测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估
　　测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试

witcher2002

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

iori

在测试阶段，主要的过程质量度量有：

　　* 缺陷度量或缺陷分布度量

　　* 测试用例的深度、质量和有效性

　　* 测试执行的效率和质量

　　* 缺陷报告的质量

　　* 测试覆盖度（测试整体的质量）

　　* 测试环境的稳定性或有效性

oo当

顶个,越办越好
测试设计的基础，应该是对需求的充分理解。

yuandjing

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

月上百合

大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试，目的是从实际终端用户的使用角度，对软件的功能和性能进行测试，以发现可能只有最终用户才能发现的错误。

Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块（子系统）测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应该在Alpha测试前准备好。

Beta测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。

由于Alpha和Beta测试的组织难度大，测试费用高，测试的随机性强、测试周期跨度较长，测试质量和测试效率难于保证，所以，很多专业软件可能不再进行Beta测试。随着测试技术的提高，以及专业测试服务机构的大量涌现，很多软件的Beta测试外包给这些专业测试机构进行测试

月上百合

邮箱测试
1、邮件标题、内容、地址为空是否有提示并发送失败
2.、输入错误的邮件地址是否有提示并发送失败
3、邮件上传附件是否有限制，发送附件对象是否能准确查看和下载
4、发送内容过大时间较长时是否有进度条提示
5、是否限制在发送的过程中点击‘取消发送’并发送失败
6、是否支持保存邮件在草稿箱
7、保存在草稿箱的邮件是否支持编辑和发送
8、是否支持删除已发送和已接收的邮件
9、对方接收到的邮件是否能正常回复
10、对方接收到的邮件是否准确显示内容和发件人
11、未读邮件和已读邮件是否有区别
12、发送的过程中突然断网是否有保存邮件到草稿箱的功能
13、草稿箱的邮件发送成功后是否从草稿箱转移到已发送中邮件中

莫玉岩

软件测试风险：是软件测试过程出现的或潜在的问题，造成的原因主要是测试计划的不充分、测试方法有误或测试过程的偏离，造成测试的补充以及结果不准确
软件测试风险主要是对测试计划执行的风险分析与制定要采取应急措施；重点在措施
测试计划的风险：一般指测试进度滞后或出现非计划事件；常见的有交付日期、测试需求、测试范围、测试资源、人员的能力、测试预算、测试环境、测试支持、测试工具；

月上百合

界面风格测试        繁体字，简体字，英文的测试
        字体大小的测试
        按钮大小的测试
        窗口大小的测试
        按钮标题大小的测试
        页面标题的测试
        编辑框是否够宽够长的测试
        主页面显示在800X600下是否满屏的测试
        快捷键的校验的测试
        导航条的测试
        界面乱码的测试
        脚本错误的测试
        查询时间段风格的测试
        窗口中的按钮是否有适当的快捷键？
         快捷键工作是否正常？
        用TAB键在元素间移动的次序是否正确，一般缺省从左上到右下？
        数据列太长，能否调整列宽？
        翻页的测试
        各个相关功能界面的数据字段的排列顺序是否一致，是否美观。
        报表页码显示的测试
        页面设置的测试
        关闭，保存等按钮是否使用专用图标的测试
        页面窗口不需要有问号标识的测试
        界面排版是否都是95%的排列的测试
        尝试在非登陆状态开启页面，任何人都可以进行修改和删除数据，是否做到页面级别权限控制的测试
        所有页面标题是不是以系统名命名的测试
        是否有温馨提示指导用户很好的使用系统
        交互式对话以弹出式风格显示，提示式信息以悬挂式风格显示。