[你问我来答第28期]：外包项目的验收流程(已结束)

545511360

回复 42# lei___


    如此，我觉得你可以往管理方向发展。目前还是要一样一样来的。先做好你的功能测试，跟踪好你的bug。先学会怎么做好这块再说啦。

youlan416

回复 80# james.zhong


   我们公司测试视频使用了gstreamer框架，并发多条媒体流，模拟终端发送视频数据。测试视频卡顿用人眼看太累也不准确，我们就合成了一段测试视频1080p30，
该视频有个角落显示数字，每秒15帧，通过摄像机把显示数字的那部分图像拍摄下来实时分析，通过一定时间分析数字的变化来判断图像是否卡顿，另外还可以监测视频帧率，
不过用了一段时间觉得还是有点麻烦，不知道有没有更好的办法

wuliangye

回复 57# zb460989093

一般来说，界面自动化测试需要等到UI稳定也就是系统测试的时候开始进行。UI稳定之前进行自动化测试会得不偿失，因为脚本修改、维护需要花费大量时间精力。

接口自动化测试可以在每个迭代周期内进行，当开发完成接口部分后，测试只需要知道协议和参数配置就可以进行自动化测试，相比较UI自动化，接口自动化测试可以开展的更早，并且稳定性可靠性更高。

wuliangye

回复 58# 东东tony

性能测试：
http://bbs.51testing.com/redirec ... 883&pid=2832750

LoadRunner学习： http://bbs.51testing.com/redirec ... 883&pid=2832781

自动化测试：http://bbs.51testing.com/redirec ... 883&pid=2874764

wuliangye

回复 59# lijingprince5

不适合自动化测试的情况：
• 定制型项目（一次性的）。为客户定制的项目，维护期由客户方承担的，甚至采用的开发语言、运行环境也是客户特别要求的，即公司在这方面的测试积累就少，这样的项目不适合作自动化测试。
• 项目周期很短的项目。项目周期很短，测试周期很短，就不值得花精力去投资自动化测试，好不容易建立起的测试脚本，不能得到重复的利用是不现实的。
• 业务规则复杂的对象。业务规则复杂的对象，有很多的逻辑关系、运算关系，工具就很难测试。
• 美观、声音、易用性测试。人的感观方面的：界面的美观、声音的体验、易用性的测试，也只有人来测试。
• 测试很少运行。测试很少运行，对自动化测试就是一种浪费。自动化测试就是让它不厌其烦的、反反复复的运行才有效率。
• 软件不稳定。软件不稳定，则会由于这些不稳定因素导致自动化测试失败。只有当软件达到相对的稳定，没有界面性严重错误和中断错误才能开始自动化测试。
• 涉及物理交互。工具很难完成与物理设备的交互，比如刷卡的测试等。

贵司情况相对来说是不太适合做自动化的。

wuliangye

回复 61# lucklili

wuliangye

回复 62# bczy_77

前面也有同仁问过类似问题：http://bbs.51testing.com/redirec ... 883&pid=2874764

多了解了解自动化的理论知识，多用用自动化工具，学习工具最好的办法就是使用它，你可以选择比较简单的用例进行，比如说接受性测试，由易到难，由浅入深。。。

wuliangye

回复 64# bczy_77

前面也有同仁问过类似问题：http://bbs.51testing.com/redirec ... 883&pid=2874764
多了解了解自动化的理论知识，多用用自动化工具，学习工具最好的办法就是使用它，你可以选择比较简单的用例进行，比如说接受性测试，由易到难，由浅入深。。。

wuliangye

回复 71# xiaoshi_2011

惭愧惭愧，我也是初涉行业不久，共同进步。。。

wuliangye

回复 79# Jessileen

C/S和B/S产品测试之间的差异，主要是由于二者在结构上的不同所造成的，C/S 架构是一种典型的两层架构，即客户端服务器端架构，可以看做是胖客户端架构，因为客户端需要实现绝大多数的业务逻辑和界面展示。这种架构中，作为客户端的部分需要承受很大的压力，因为显示逻辑和事务处理都包含在其中，通过与数据库的交互（通常是SQL或存储过程的实现）来达到持久化数据，以此满足实际项目的需要。而B/S架构中极少数事务逻辑在前端实现，被称为瘦客户端，主要事务逻辑都在服务器端实现，Browser客户端，WebApp服务器端和DB端构成所谓的三层架构。B/S架构中，显示逻辑交给了Web浏览器，事务处理逻辑在放在了WebApp上，这样就避免了庞大的胖客户端，减少了客户端的压力。

因此在测试上二者各有侧重点，比如C/S结构软件主要关注功能、服务器、数据库测试、网络通信测试，而B/S结构软件测试重点在于基本功能测试、性能测试、浏览器兼容性测试、数据库测试、安全性测试、可用性易用性测试、链接测试等等。

至于怎样才能在有限的时间和资源下尽好尽快的开展对B/S 产品的测试，这个要根据产品特点来决定，当需求明确规定功能和性能时，就需要对功能和性能展开测试，而当需求对安全性和易用性要求很高时，就要针对安全性和易用性进行测试，如此类推。如果产品已经成熟，自动化的回归测试可以考虑。

wuliangye

回复 80# james.zhong

不适合自动化测试用例的情况
• 定制型项目（一次性的）。为客户定制的项目，维护期由客户方承担的，甚至采用的开发语言、运行环境也是客户特别要求的，即公司在这方面的测试积累就少，这样的项目不适合作自动化测试。
• 项目周期很短的项目。项目周期很短，测试周期很短，就不值得花精力去投资自动化测试，好不容易建立起的测试脚本，不能得到重复的利用是不现实的。
• 业务规则复杂的对象。业务规则复杂的对象，有很多的逻辑关系、运算关系，工具就很难测试。
• 美观、声音、易用性测试。人的感观方面的：界面的美观、声音的体验、易用性的测试，也只有人来测试。
• 测试很少运行。测试很少运行，对自动化测试就是一种浪费。自动化测试就是让它不厌其烦的、反反复复的运行才有效率。
• 软件不稳定。软件不稳定，则会由于这些不稳定因素导致自动化测试失败。只有当软件达到相对的稳定，没有界面性严重错误和中断错误才能开始自动化测试。
• 涉及物理交互。工具很难完成与物理设备的交互，比如刷卡的测试等。

视频和音频质量的测试其实不太适合用自动化进行，这些因素都是偏主观。

sunny_87

美女老师，我举手提问，请教您哈，
性能测试，结果要分析哪些，该如何分析呢？

lijingprince5

回复 85# wuliangye


    谢谢版主 耐心细致的讲解！！

没翅膀的飞鱼

建议LZ回答问题时，把问题用不同颜色标注下，这样方便其他人查看，来回切换有点麻烦，呵呵

shanzhilin

这期主题是外包验收，怎么提问的都是自动化和性能？
我想请问专家，文档评审主要针对哪些文档？

wuliangye

回复  wuliangye


    谢谢版主 耐心细致的讲解！！
lijingprince5 发表于 2012-11-13 16:59

   

wuliangye

建议LZ回答问题时，把问题用不同颜色标注下，这样方便其他人查看，来回切换有点麻烦，呵呵
没翅膀的飞鱼 发表于 2012-11-13 19:12

谢谢你的建议

wuliangye

美女老师，我举手提问，请教您哈，
性能测试，结果要分析哪些，该如何分析呢？
sunny_87 发表于 2012-11-13 16:03

系统的性能覆盖面非常广泛，包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等，而性能测试是为了保证产品发布后系统的性能能够满足用户需求，所以在进行性能分析的时候就也要围绕用户需求进行，具体问题具体分析，不同的应用系统，不同的测试目的，不同的性能关注点，进行的分析都不一样。

一般来说，性能分析包括客户端性能分析和服务器端性能分析，客户端指标包括并发用户数指标，平均事务响应时间，每秒事务数，每秒点击数、吞吐量、每秒HTTP响应数等等，服务器性能分析包括操作系统资源占用情况，如CPU、内存使用、磁盘使用、网络使用情况、连接池、缓存等，数据库资源占用，如数据库进程占用的CPU、内存使用、锁资源等等。

分析的时候可以根据场景运行过程中的提示信息和运行结果收集到的监控数据进行，LR的监控非常丰富，一般能够监控所有的性能指标。

wuliangye

这期主题是外包验收，怎么提问的都是自动化和性能？
我想请问专家，文档评审主要针对哪些文档？
shanzhilin 发表于 2012-11-14 09:02

一般来说验收过程中需要进行评审的文档包括：

√ 开发文档：软件需求分析文档、概要设计说明书、详细设计说明书

√ 测试文档：测试方案、测试用例、、bug列表

√ 管理文档：项目开发计划、测试计划、项目总结报告、系统测试报告

superfang

回复 2# lsekfe


    美女，有男朋友没有？哈哈