[你问我来答第1期]：如何做好系统测试（已结束）

sunzhenguo1010

我错了原来在这里，谢谢！

zengli80

测试环境：
1、CPU： Pentium Dual-Core CPU E5300 2.6GHz
      内存：4GB
2、windows 2003 server，oracle 10g
3、应用程序和数据库在一起

测试场景：
1、录制登陆操作，计算输入用户名和密码后，从点击登陆到首页完全显示所花费的时间
2、先测试用1个用户的情况，用了9秒；然后用5个用户并发，设置运行完就结束，用了20秒

求助：
为何5个用户并发，性能就下降这么多?我通过网页细分发现default.aspx和hide.aspx页面花的时间多，而且都是第一次缓冲时间，监控processor queue length的最大值达到18，而且是5个用户运行完才显示，过一会就为0.。这怎么判断是程序问题，还是服务器原因。

这个问题已经困扰了好多天，一直没找到原因，先怀疑是服务器性能差，就对新浪网测试，结果也是少量并发用户，性能就下降很多，这到底是什么原因？怎么感觉LR测试结果与实际不符呢？希望齐老师能够解答！！！

yzylion

默默，到底什么时候出相关的解答啊呵呵

默默巫

原帖由 yzylion 于 2010-6-21 19:18 发表
默默，到底什么时候出相关的解答啊呵呵

第六页已经开始解答了哦，还有部分问题小齐会在接下来的时间内给予解答的。

diupao

齐老师好，我刚到一家小公司，他们根本没有完整的测试体系，没有测试流程，没有测试相关的文档，需要我从头开始，但是规范的流程实施起来不现实，他们做的项目需求改动非常大，也没有版本的概念，就是开发做一段时间，用户说拿来看，他们就拿去，用户说要加点这个，删点那个，他们又拿回来重新做，需求变更也只是项目经理口头的转述，没有文档可查，开发改好之后再拿去给用户，用户说还是把加的那个删了吧，于是又拿回来重新做，就像不断装修不断叠加的干活。。。如此反复，真不知道从何处下手建立测试，还请齐老师指点指点

maclehappy13

路过,如果齐总级把经历与心得写出来大家分享一下就好了

yangzy707

B/S机构 .net程序开发  登陆首页之后进行页面跳转 进入系统；但是LR总是抓不到系统之后的动作；有时候能够生成事件但是ACTION脚本中就是没有任何脚本；请帮忙解答一下；谢谢

Jackc

谢谢齐兄关于测试团队考核的回答，对我很有用：）

yizhimeihua

好版块  齐老师好

蝈蝈5

小齐啊，技术不错
就是有时太牛了点
说实话不会打人吧

fangfangcome

齐老师好，
我想问一下，如果针对的是驱动测试，怎么分辨测试阶段呢？底层嵌入式驱动而言，系统测试应该怎么做呢？因为公司只有2个测试人员，很多时候我不知道当前是做的什么测试~

C组十三

质量管理
TEST CASH的评审测试需求的覆盖度，广度与深度
个人认为作为QA保证过程的满足是首要，至于过程的质量是很难去把握的，但可通过一些手段去持续提升过程的质量，如：TEST CASH是否有增加等方面去考察（适合产品测试）。

性能测试
问题的分析与调优
这个问题有点大
什么类型的问题？资源？程序结构？实现方式？......
个人的经历是先成为一名能找出问题，然后能定位问题，再成长为能分析问题，再成长为解决问题四步走。
一般情况下，能达到前面两步就能满足项目的需要，因为分析问题是大家一起讨论，DB方面不如DBA，程序方面不如开发，架构方面不如架构师

以上，个人拙见，若有不妥，请指出，并补充。

蝈蝈5

原帖由 diupao 于 2010-6-22 09:31 发表
齐老师好，我刚到一家小公司，他们根本没有完整的测试体系，没有测试流程，没有测试相关的文档，需要我从头开始，但是规范的流程实施起来不现实，他们做的项目需求改动非常大，也没有版本的概念，就是开发做一段时间 ...

恭喜你，你可以大展拳脚了，呵呵
小齐说了他开始时也是疲于奔命，现在不是也很好
不规范的需要你去理顺，不合理的需要你去和领导沟通，不正确的需要你和你的同事去纠正
多好

Jackc

原帖由 fangfangcome 于 2010-6-24 15:55 发表
齐老师好，
我想问一下，如果针对的是驱动测试，怎么分辨测试阶段呢？底层嵌入式驱动而言，系统测试应该怎么做呢？因为公司只有2个测试人员，很多时候我不知道当前是做的什么测试~

驱动层的测试与中间层差不多，如果想做好，只能做集成测试。让开发在编码阶段预留测试API接口，然后由测试人员写脚本来测。不过你们公司测试人员少，这种方法自然就不能用了。

其实也可以从黑盒的方向入手。虽然驱动层是无法直接体验到的，但是通过它关联的软件和硬件，我们还是能够观察最终效果。比如，在显示屏看到的图像、启动BT等连接设备进行数据传输等等。

简单说，针对于测试实体是真实产品的情况下，实际上在完成软件测试的时候，同时也完成了大部分的驱动层测试。

接着这个思路走，那么如果完成了硬件测试，那么不是相当于完成了整个驱动层测试？所以，可以将着眼点放到硬件测试中，而不用太在意是否需要特意测试驱动层。

PS：如果有一个error，用户看不到、体验不到，那么它能算是一个error吗?

[ 本帖最后由 Jackc 于 2010-6-25 18:04 编辑 ]

fangfangcome

原帖由 Jackc 于 2010-6-25 18:02 发表


驱动层的测试与中间层差不多，如果想做好，只能做集成测试。让开发在编码阶段预留测试API接口，然后由测试人员写脚本来测。不过你们公司测试人员少，这种方法自然就不能用了。

其实也可以从黑盒的方向入手。虽 ...

呵呵，谢谢指导，明白了很多。我们目前做的测试时没有形成产品的，都只能通过串口打印信息分析，最直观的就是显示屏上的界面还有声音了，其他没有用户可以直接感受到的东西。而且硬件也是有专业的人来负责的，我们无需关注硬件，所以比较困难~很多时候，测试的时候，没有操作系统，直接跑测试程序~觉得做起来特别困难。很迷茫~

博一笑

原帖由 fangfangcome 于 2010-6-25 20:49 发表



呵呵，谢谢指导，明白了很多。我们目前做的测试时没有形成产品的，都只能通过串口打印信息分析，最直观的就是显示屏上的界面还有声音了，其他没有用户可以直接感受到的东西。而且硬件也是有专业的人来负责的， ...

接口的东西本来有界面的就少，没事的时候多研究研究测试工具和脚本呗

Jackc

你们在lay第一版的时候就打算开始做驱动层的测试？

出发点很好，不过工作量比较大哦~不稳定的硬件结构会带来不少的意外，对于精益求精的企业来说很好，但是对于以控制成本的企业来说就是灾难了……

如果确实打算做这方面，可以像LS说的那样，找点工具来研究吧。串口打印信息对比是可以通过工具来检查的，不过前期设置检查点的工作量有些大。

驱动的设计文档也拿来看看吧，看看电源管理、音频控制等的逻辑算法，对你提取出一部分针对性的用例还是有帮助的。

不过在人少的情况下，我还是建议把先把软件功能测试做好吧。

zpzs

嗯，真是醍醐灌顶啊。谢谢齐老师。

zpzs

醍醐灌顶。谢谢齐老师。

zpzs

醍醐灌顶。谢谢齐老师。