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

kuailederen

加油

kuailederen

告诉我服务器地址，咱程序灌水

小北ZZ

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

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

咚咚宝031102

冒烟测试准则

        在软件中，“冒烟测试”这一术语描述的是在将代码更改签入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。

        注意：“冒烟测试”这一术语源自硬件行业。该术语源于此做法：对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。

        下面的准则描述了冒烟测试的最佳做法。遵循准则的效果会有很大的不同，从增强团队成员之间的交流，到形成特定的使用测试和调试工具的方式等。

与开发人员协同工作
        由于冒烟测试特别关注更改过的代码，因此必须与编写代码的开发人员协同工作。必须了解以下内容：

·         代码中进行了什么更改。若要理解该更改，必须理解使用的技术；开发人员可以提供相关说明。  

·         更改对功能有何影响。  

·         更改对各组件的依存关系有何影响。

　　在进行冒烟测试前检查代码
        在运行冒烟测试前，进行侧重于代码中的所有更改的代码检查。代码检查是验证代码质量并确保代码无缺陷和错误的最有效、最经济的方法。冒烟测试确保通过代码检查或风险评估标识的主要的关键区域或薄弱区域已通过验证，因为如果失败，测试就无法继续。  

在干净的调试版本中安装私有二进制文件
        由于冒烟测试必须侧重于仅对更新后的二进制文件中的功能更改进行验证，所以必须通过使用被测试文件的调试二进制文件来使测试在干净的测试环境中运行。  
注意  
        在冒烟测试中，使用不匹配的二进制文件进行测试是一个常见错误。为了避免此错误，当两个或多个更新后的二进制文件之间存在依赖项时，请在测试版本中包括所有更新后的二进制文件。否则，测试的结果可能无效。

jlsv

测试场景组成:
1. 侧重于寻找瓶颈: 选取单一功能, 多个用户并发, 适当利用聚集点细化并发幅度, 注意数据并发影响
2. 侧重于现实模拟: 选取多个功能, 按照业务模式分配用户运行, 很少利用聚集点, 注意功能并发影响
3. 侧重于稳定检查: 选取多个功能, 加上一定业务负载或噪音, 以最佳并发用户运行, 可设置峰值点
4. 侧重于验证修改: 聚焦测试功能, 重用并检查已经运行的脚本和策略, 对比不同, 适当扩展检查其他指标

fei.ge

常见错误分析
  -用户界面问题
  •输入无合法性检查和值域检查。
  •界面信息不能及时更新，不能正确反映数据状态，甚至对用户产生误导。
  •表达不清或过于模糊的信息提示。
  •要求用户输入多余的本来系统可以自己得到的数据。
  •为了得到某个设置或对话框用户必须做许多冗余的操作，如对话框嵌套太多。      
  •不能记忆用户的设置或操作习惯，使每次进入系统用户都需重新操作一次初始环境。
  •不经用户确认就对系统或数据进行了重大修改。

kuailederen

什么是好的测试：
1 、一个好的测试发现错误的可能性很高
为了达到这个目标，测试者必需理解软件、并尝试设想软件如何才能失败，
例如：在 GUI （图形用户界面）中有一种潜在的错误，即错误识别鼠标位置，
那么就应该设计一个测试集来验证是否存在鼠标位置识别的错误。
2 、一个好的测试并不冗余
测试的时间和资源是有限的，没有必要构造一个与其他测试用例完全相同的测试，
每一个测试都应该有不同的用途〔哪怕是细微的差异〕。例如，软件 SafeHome 中
有一个模块被用来识别用户密码以决定是否启动系统，为了测试密码输入的错误，
测试者设计了一系列的输入密码。在不同的测试中输入有效与无效密码（ 4 个数字），
然而，每一个有效 / 无效密码将只检测一种不同错误模式，例如一个将 8080 作为
有效密码的系统将不会接受非法密码 1234 ，如果接受 1234 ，将产生错误，
另一个测试输入 1235 ，与 1234 的测试意图相同，因此是冗余的，然而，
非法输入 8081 或 8180 就有些细微的差异，即对与有效密码相近但并不相同的密码应该进行测试。
3 、一个好的测试应该是 “ 最佳品种 ”
在一组目的相似的测试中，时间和资源的限制可能只影响其某个子集的执行，此时，
应该使用最可能找到所有错误的测试。
4 、一个好的测试既不会太简单，也不会太复杂
虽然有时会将一组测试组合到一个测试用例中，其副作用可能屏蔽错误，通常每一个测试应该独立执行。

walker1020

In QTP,  how can i check if a parameter exists in DataTable or not?
The best way would be to use the below code:
on error resume next
val=DataTable("ParamName",dtGlobalSheet)
if err.number<> 0 then
'Parameter does not exist
else
'Parameter exists
end if

qiguojie

网站测试主要有以下几个方面：
1.功能测试:检验系统是否满足功能需求说明书中的功能需求，检验程序是否满足程序设计书中定义 的功能。
2.负载测试：通过模拟大批量用户的并发请求，给系统施加较大的负载，这时检测整个系统处理交易 的能力。
3.压力测试：在反常数量或资源（使用的容量达到规定的极限）的情况下执行应用程序，检测中间件系统在长时间、高负载情况下的运行处理能力，从而检验系统的稳定性。
4.操作系统+浏览器兼容性测试：在不同操作系统(win,mac,unix)和不同版本的浏览器（IE4.0,IE5.0,IE5.5,NN6,NN4.5)组合情况下web应用能否正确执行。
5.安全性测试：安全性测试是要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。
6.可用性测试：主要从使用的合理性和方便性等角度对软件进行检查，是专为“对用户友好”的特性 进行测试。这是一种主观的感觉，取决于最终用户或顾客。
7.超链接检查：检查是否页面上所有的连接都正确链接，是否存在broken links.
8.图形显示检查：检查是否所有的图片都被正确装载，在不同的浏览器、分辨率下图片能否正确显示 （包括位置、大小）。
9.分辨率检查：在不同分辨率设置情况下，窗口的滚动条能够正确滚动，屏幕刷新是否正确。
10.调整窗口检查：在调整浏览器窗口大小时，屏幕刷新是否正确。
11.外部网络访问检查：从外部网络拨号访问web应用以验证连接、功能和性能。

fei.ge

形象类问题
  •不符合用户的操作习惯。如，快捷键定义不科学不实用，甚至无快捷键。
  •不够专业，缺乏基本知识。
  •界面中英文混杂，甚至拼写错误。
  •说明书或帮助的排版格式不专业：中英文不对应，标点的半全角问题，没有排版准则。
  •界面元素参差不齐，文字不能完全显示。

kuailederen

什么是好的测试：
1 、一个好的测试发现错误的可能性很高
为了达到这个目标，测试者必需理解软件、并尝试设想软件如何才能失败，
例如：在 GUI （图形用户界面）中有一种潜在的错误，即错误识别鼠标位置，
那么就应该设计一个测试集来验证是否存在鼠标位置识别的错误。
2 、一个好的测试并不冗余
测试的时间和资源是有限的，没有必要构造一个与其他测试用例完全相同的测试，
每一个测试都应该有不同的用途〔哪怕是细微的差异〕。例如，软件 SafeHome 中
有一个模块被用来识别用户密码以决定是否启动系统，为了测试密码输入的错误，
测试者设计了一系列的输入密码。在不同的测试中输入有效与无效密码（ 4 个数字），
然而，每一个有效 / 无效密码将只检测一种不同错误模式，例如一个将 8080 作为
有效密码的系统将不会接受非法密码 1234 ，如果接受 1234 ，将产生错误，
另一个测试输入 1235 ，与 1234 的测试意图相同，因此是冗余的，然而，
非法输入 8081 或 8180 就有些细微的差异，即对与有效密码相近但并不相同的密码应该进行测试。
3 、一个好的测试应该是 “ 最佳品种 ”
在一组目的相似的测试中，时间和资源的限制可能只影响其某个子集的执行，此时，
应该使用最可能找到所有错误的测试。
4 、一个好的测试既不会太简单，也不会太复杂
虽然有时会将一组测试组合到一个测试用例中，其副作用可能屏蔽错误，通常每一个测试应该独立执行。

kuailederen

什么是好的测试：
1 、一个好的测试发现错误的可能性很高
为了达到这个目标，测试者必需理解软件、并尝试设想软件如何才能失败，
例如：在 GUI （图形用户界面）中有一种潜在的错误，即错误识别鼠标位置，
那么就应该设计一个测试集来验证是否存在鼠标位置识别的错误。
2 、一个好的测试并不冗余
测试的时间和资源是有限的，没有必要构造一个与其他测试用例完全相同的测试，
每一个测试都应该有不同的用途〔哪怕是细微的差异〕。例如，软件 SafeHome 中
有一个模块被用来识别用户密码以决定是否启动系统，为了测试密码输入的错误，
测试者设计了一系列的输入密码。在不同的测试中输入有效与无效密码（ 4 个数字），
然而，每一个有效 / 无效密码将只检测一种不同错误模式，例如一个将 8080 作为
有效密码的系统将不会接受非法密码 1234 ，如果接受 1234 ，将产生错误，
另一个测试输入 1235 ，与 1234 的测试意图相同，因此是冗余的，然而，
非法输入 8081 或 8180 就有些细微的差异，即对与有效密码相近但并不相同的密码应该进行测试。
3 、一个好的测试应该是 “ 最佳品种 ”
在一组目的相似的测试中，时间和资源的限制可能只影响其某个子集的执行，此时，
应该使用最可能找到所有错误的测试。
4 、一个好的测试既不会太简单，也不会太复杂
虽然有时会将一组测试组合到一个测试用例中，其副作用可能屏蔽错误，通常每一个测试应该独立执行。

walker1020

(QTP)What is the difference between an Action and a function?
Action is a thing specific to QTP while functions are a generic thing which is a feature of VB Scripting. Action can have a object repository associated with it while a function can't. A function is just lines of code with some/none parameters and a single return value while an action can have more than one output parameters.

jut984907

单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。


　　累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。


　　集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。

fei.ge

定性问题
  •不可重现的死机，或不断申请但不能完全释放资源，使系统性能越来越低。
  •主系统和子系统使用了相同的临界资源而相互不知道。如：使用相同的类名或临时文件名、使用同样的
  数据库字段名或登陆帐号。
  •不能重现的错误，许多与代码中的未初始化变量有关，有些与系统不检查异常情况(网络中断、内存申请
  不成功、长时间无响应等)有关。

walker1020

Where to use function or action?
Well answer depends on the scenario. If you want to use the OR feature then you have to go for Action only. If the functionality is not about any automation script i.e. a function like getting a string between to specific characters, now this is something not specific to QTP and can be done on pure VB Script, so this should be done in a function and not an action. Code specific to QTP can also be put into an function using DP. Decision of using function/action depends on what any one would be comfortable using in a given situation.

月上百合

WAP主要测试内容
1、浏览器功能测试：验证终端上浏览器的功能的完备性是否符合测试规范的要求

测试人员通过使用终端登陆测试网页，浏览使用各个功能，检查是否与规范要求（例如：浏览器每行可以显示几个汉字，书签可以保存多条记录等等）

2、业务测试：验证终端是否可以正常下载，浏览过程中来电等相关业务的测试，通过信令分析，判断业务流程是否正确（例如: 多get下载，push业务，来电浏览器是否去激活等）

3、协议测试：主要通过协议分析仪进行跟踪测试，验证http1.1协议流程是否正确（例如：http1.1的post命令/get命令）

fei.ge

他问题
  •运行时不检查内存、硬盘空间、数据库等。
  •无根据的假设用户环境：硬件/网络情况；有些动态库；假设网络随时都是联通的。
  •提供的版本带病毒。
  •提供错误的版本给测试组或测试用户，或程序员与测试组使用不同版本。
  •用户现场开放和修改，又没有记录和保留。
  •版本中部分内容或接口**，或出现版本管理混乱。
  •有些选项永远都是灰的，或有些在该变灰时没变灰。

kuailederen

哈哈

jut984907

功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。


　　系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。


　　端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。


　　健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。