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

amy____lee

由于Internet和Web用户的不确定性使性能测试存在以下难点：
一 负载的不可预知性
负载是指要求一个系统处理的过程量和信息量。在性能测试中,确定负载是一个关键步骤,它决定了测试结果的准确性和可靠性。传统Client/Sever是基于LAN/WAN环境,用户群是相对熟悉、可预知的,他们的访问时间和方式也是相对可预知的。而Web应用是基于开放的Internet坏境,用户群是不可预知、分布广泛、类型各异的,他们的访问时间和访问方式也是不可预知的。
二 测试场景设计的困难
测试场景是指性能测试的测试用例,它的可执行形式是测试脚本。测试场景的设计不当会造成测试结果的偏差。例如,假设为每个Web事务生成一个脚本,如果简单地设定每个脚本都执行同样长的时间段,那么执行快的事务将会执行得比较频繁,使得所测的吞吐量结果偏大；如果设定每个事务都反复执行一定的次数,那么短脚本执行结束的时候,长脚本还将运行下去,这会导致服务器的负载不均衡,从而歪曲吞吐量结果,因此必须仔细地设计测试场景以避免这些情况的发生。
三 测试环境和真实环境的差异
Web应用的运行环境是开放的Internet,而测试通常是基于LAN环境,Internet上的很多因素往往被忽略了,例如某些公共骨干网络上的交通瓶颈。这种情况下,测试的结果会与实际用户的体验不同。因此测试时应尽可能使测试环境逼近真实环境,例如：要考虑测试环境中是否要模拟不同的操作系统、不同的浏览器和体系结构以及不同的IP地址等等

wolsion

通过“表/ 数据库检查点属性”对话框，可以指定要检查表或数据库的哪些单元
格内容以及要使用哪些验证方法和类型。还可以对检查中所含单元格的预期数据
进行编辑或参数化。

wolsion

等价类中的元素的共同点：如果用等价类中的一个元素进行测试不能发现故障，那么使用等价类中其他元素进行测试液不可能发现故障。也就是说：对揭露软件中的故障来说，等价类中的每个元素是等效的。

gtj861124

大家都说说测试需求该怎么整理啊！
是不是必须要整理测试需求呢？

wing2007

自动化测试应该怎么进行？在什么时候进行？

大粽子

在测试经验中，经常会有连接不释放的状况。正常关闭的客户端的不能正常释放，也有异常关闭不能释放连接的情况，如掉电。不正常的操作关闭是否会导致连接不释放。

bzfyhfyh

对“一把椅子“做一个功能测试？

功能测试：

1.能不能共人坐，即能不能共人使用。
2.坐上去是否摇晃。
3.坐人后是否会发出响声。
4.椅子上会不会掉颜色，即坐上去，来回摩擦椅子上的颜色会不会粘到衣服上
5.有水撒到椅子上的时候，用布子或纸擦的时候会不会掉颜色。能不能擦干净水。
6.坐上去会不会有塌陷的感觉。
7.从椅子上离开的时候会不会发出响声。
8.椅子会不会轻易挂到衣服。
9.靠在椅背上的时候会不会，发出响声，椅子会不会摇晃。
10.椅子脏了是能易清理干净。

性能测试：

1.椅子能承受多大的重量，不会发出响声；能承受多大的重量不被压坏。
2.椅子是否怕水
3.椅子是否怕火
4.椅子是否能在压了重物的情况下,然后摇晃,能坚持不长时间不响\不坏.
5.椅背,用力向后靠椅背,检测椅背的向后的承受能力.

安全性测试：

1.椅子的材质是否与用户说明书或质量保证书上的一样。
2.椅子的材料是否对人体有危害。
3.在撒到椅子上水/饮料等液体的时候，椅子会不会产生什么有害的物质。
4.在椅子被磨损的时候，会不会有划伤或擦伤用户的可能。
5.坐在椅子上的时候，是否安全，例如在只坐到椅子最前端的一部分时，椅子会不会失去平衡等等。
6.在与椅子摩擦的时候，会产生一定的容量，在摩擦的比较厉害的时候，会不会，产生有害的气体或物质。例如，产生难闻的气味等等。
7.在人坐或踩在椅子上时椅子是否稳固,即不摇晃等。

外观/适用性测试（界面/适用性测试）：

1.椅子的外观是否美观实用。
2.是否与用户说明书或质量保证书上的一样出现的实物图相同。
3.椅子的气味/扶手/坐垫及靠垫的软硬度是否合适。
4.椅子是否容易挪动。
5.椅子的高度/重量/材质是否合适。
6.椅子的适用场合是否合适。

cspace

细心是测试人员必须具备的一个起码素质，我们要不厌其烦的去重复工作，每次都要执行测试用例，但我不怎么赞成每次都是机械的，可以在流程走通后进行随意操作，不要按流程走，可能会发现很多意外的bug。

cspace

开心的意思就是我们面对每个开发人员要快乐的与他们沟通，开心的与他们讨论，调动起来他们的积极性，这样对我们的工作进行很有帮助的。

cspace

耐心就是要有耐心给开发的人沟通，耐心的解释，再者就是耐心的测试。

cspace

不管我们做什么事情，都要富有高度的责任心，有一颗要求完美的心理，这样才能做好我们的工作。估计很多做测试的朋友都会有这样的经历：在走路或者休息中想到的一个测试方法，然后可能就会发现新的或者致命的bug……

cspace

做测试必备的是：信心、细心、开心、 耐心、责任心。

cspace

也就是做事要对自己有信心，不管怎么样，要相信自己，相信自己的能力，如果用到一个新的工具或者一个新的我们很不熟悉的方法，我们一定要满怀信心的去学会它，并熟练的运用起来，如果有时间就做个课件给开发人员讲解它的用法，这样我们也熟悉了，也让别人学会了，分享自己的心得也是一件很快乐的事情呢。

cspace

测试需求是软件测试人员根据用户需求说明书和开发设计说明书编写的。“测试”一词，即说明要检查用户需求的正确性，保证需求的描述能够得出一个实际结果；还要根据用户需求和设计需求分析出软件各个模块所要实现的功能点，潜在的业务约束以及一些常识性的软件设计规格。

cspace

测试计划是对针对将要执行的测试过程进行整体进行规划安排说明的，测试计划中要对测试任务进行描述，譬如测试时间、测试范围、测试内容、测试人员安排、测试目标、测试环境等等，同时测试计划中还要注明测试工作阶段里程碑及阶段任务的输出。

cspace

依据软件需求规格说明书中相关内容，将系统要实现的功能点罗列出来，测试需求就是这些罗列出来的功能点，针对测试过程而言，可以理解为测试目标。因为测试的过程是要验证是否实现需求中功能，测试需求与测试用例具有对应关系，譬如一个管理系统，其中有一个测试需求是用户正常登录，对应设计的测试用例根据此需求进行设计。

cspace

测试需求，简单理解就是测试人员要对哪些点进行测试。测试需求可从系统的需求报告或软件规格说明书可获得，一般的系统需求报告是按照系统、子系统、模块、子模块、函数来编写的。因此，测试需求可根据系统需求报告逐步细化ST、UT、IT的需求功能点。测试需求越详细，功能点就越清晰，这样就可以更好地编写测试计划和用例了...

cspace

做测试也有好几年了吧，怎么也算一个有点经验的测试工程师，不过很少写东西，工作的时候在忙工作，不工作的时候又计划爬山或者逛公园，所以就很久没写过东西了。
   今天忽然想写一些东西，很难得，所以就即兴写写吧。
我认为做测试必备的是：信心、细心、开心、 耐心、责任心。
    也就是做事要对自己有信心，不管怎么样，要相信自己，相信自己的能力，如果用到一个新的工具或者一个新的我们很不熟悉的方法，我们一定要满怀信心的去学会它，并熟练的运用起来，如果有时间就做个课件给开发人员讲解它的用法，这样我们也熟悉了，也让别人学会了，分享自己的心得也是一件很快乐的事情呢。
    细心是测试人员必须具备的一个起码素质，我们要不厌其烦的去重复工作，每次都要执行测试用例，但我不怎么赞成每次都是机械的，可以在流程走通后进行随意操作，不要按流程走，可能会发现很多意外的bug。
    开心的意思就是我们面对每个开发人员要快乐的与他们沟通，开心的与他们讨论，调动起来他们的积极性，这样对我们的工作进行很有帮助的。
    我认为耐心就是要有耐心给开发的人沟通，耐心的解释，再者就是耐心的测试。
    不管我们做什么事情，都要富有高度的责任心，有一颗要求完美的心理，这样才能做好我们的工作。估计很多做测试的朋友都会有这样的经历：在走路或者休息中想到的一个测试方法，然后可能就会发现新的或者致命的bug……
   公司就我一个做软件测试的，每次做的时候要从需求开始测试一直到最后放行，有时是两个工程并行，虽然有点累，但是每天给同事一起快乐的工作，然后修改一堆问题，还是很有成就感的。

wolsion

测试计划是对针对将要执行的测试过程进行整体进行规划安排说明的，测试计划中要对测试任务进行描述，譬如测试时间、测试范围、测试内容、测试人员安排、测试目标、测试环境等等，同时测试计划中还要注明测试工作阶段里程碑及阶段任务的输出。

wolsion

冒烟测试（smoke testing）,据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。