[你问我来答第6期]：软件测试之功能测试（已结束）

lwtazt

我也是做手机测试的，与#128问题类似，望解答

362310566

初步接触测试~！学习中~  有比较好的资料liuqiangsmith@gmail.com 谢谢

roger_kk

能不能就网站的自动化测试的来源方案给一些观点和建议？

hellinangel

回复 143# roger_kk

不管任何测试它的来源肯定是需求转化而来。
至于方案的话，一般情况下，性能测试会在基本功能（BVT）测试通过后进行，不过不同的公司，不同的工具，不同的团队结构，不同的人员配置，方案都不会相同，而且可能相差很大，这个需要具体事情具体对待。

hellinangel

回复 127# wangmengdong

组织测试团队的在公司是什么角色，这个真的没有标准答案，要看公司的组织结构，还有领导的安排
至于组建测试团队的问题
1、组建测试团队的目的（组建这个测试团队是干嘛的？解决什么问题的？）
2、组建测试团队的意义(组建了这个团队之后可以解决我们那些问题？带来什么好处？)
3、组建测试团队的规模（多少人的团队）
4、组建测试团队的性质（性能？功能？）
5、组建测试团队组织架构（谁是这个团队的负责人，谁是协助负责人，谁负责那些工作，向那个领导汇报工作）
6、团队组建时间（从那天开始，从那天结束）
7、测试团队人员选择（需要内部调动，还是外部招聘，调动那些测试工程师，是性能测试还是功能测试，外部招聘那些测试人员？）
8、团队组建后培训（是否要进行培训，进行哪些培训，培训周期，谁来进行培训，是内部培训还是外部聘请人员培训）   
9、组建测试团队的工作内容（处于什么阶段的测试，进行哪些工作）
10、测试团队工具选择（是否使用工具，是自主开发，开源工具，收费工具）
11、测试工具的成本（自主开发：开发周期，需要人员，开发成本；开源工具：是否需要进行二次开发，开发周期及成本；收费工具：是否进行二次开发，采购成本）
12、测试人员薪水（内部调用后测试人员薪水的调整，外部招聘来测试人员的薪水待遇问题）
13、测试部门成本（组建这个测试部门是否可以降低整个项目或产品开发的成本）
除了上面这些还有很多的因素还需要考虑公司领导的意见

我不知道你说的面试是什么面试，是招聘人员的面试，还是应聘组建测试团队这个岗位的面试。

hellinangel

回复 137# 星辰LYQ

Selenium是一个开源的基于Web的测试工具，采用JavaScript来管理整个测试过程，包括读入测试套件、执行测试和记录测试结果，是一种功能测试自动化工具。
LoadRunner 是一种预测系统行为和性能的负载测试工具，也就是我们说的性能测试工具。

这2个都可以用在网站测试上，不过它们负责不同的测试阶段任务。

hellinangel

回复 131# dengzhuqing

这个要根据你选择的工具不同来区别对待，对于富客户端来说目前很多工具都可以进行测试，但是测试策略和方案及代码都不相同。

hellinangel

回复 135# renming64

1、是否达到了事前定义的测试结束标准。
2、是否已经不存在严重影响功能实现的缺陷。
3、修改已知问题的代价大于已知问题带来的损失。
4、时间已经到达最后要求最后期限，并且没有延长期限的可能。
5、某些情况下因为利益等方面的考虑，可能会在测试没有完全结束时强行上线发布。
6、同时老板喊停也得停，因为你的薪水他说了算。

hellinangel

回复 140# 573643533

这种也是功能测试，肯定是不规范的，但是这个也要结合公司、产品、项目的实际情况区别对待。
至于有没有发展，要考虑到几点因素：
1、你能否学习到什么知识。
2、公司是否有发展前途
3、你的个人发展是否有发展。
4、你自己对自己的未来发展定位是怎样的（技术，管理路线）
结合以上几点在看一下。
个人意见啊，你现在还是刚进入测试行业，并且只是处在实习阶段，不如趁这个机会锻炼自己，公司不需要写测试用例，你可以再下班后，自己将第二天需要进行的工作任务，按照不同的测试用例设计方法编写测试用例，提高自己设计及编写测试用例的能力

hellinangel

回复 128# Ellen_zyl

目前手机的功能测试还是以手工为主，但是现在对于手机的功能测试自动化需求已经变的很强烈，你可以往这方面探索一下。
手机测试用例编写方面和其他类型的功能测试区别不大，但是还是有几个关注点。
1、软件产品安装，反安装后垃圾文件问题，手机的存储空间相对于PC来说是非常小的，尤其是一些老款手机。
2、软件产品内存泄露问题，在PC上可能很小的内存泄露，在手机上都会被放大无数倍。
3、手机适配问题，不同操作系统（android PPC WP7 symbian  Windows Mboile smartPhone java MTK OMS等等，同时不同的操作系统版本也是需要考虑的。）不同的硬件配置，不同的屏幕分辨率。
4、优先级问题（手机在设定时，接打电话的优先级是最高的）要充分考虑到软件在执行过程中，呼入电话，接收短信等问题对软件产生的影响。
5、认证证书（有些软件安装时需要认证证书，没有经过证书认证的软件在使用时可能会产生一些其他问题）
6、后台操作（有些安装在手机上的软件在切换到后台执行后，在切换回前台界面时会产生问题）
还有很多其他可能会产生的问题，这个需要你在现实的工作中不断的摸索发现。

hellinangel

回复 125# hwtiger

有些时候我们对于测试流程的改进并不是为了提高测试效率和提升测试进度，而是为了提高测试质量，而且这样的改进在测试效率及测试进度相对比较好的情况下使用的更多。
一般情况下我们是会把基本功能及可能会产生重大问题的功能安排到前面进行测试，不过也有特殊情况，就是客户希望最希望实现的某部分功能我们也会安排在最前面。对于测试的解决效率，实际上并不单单是测试这一个环节就可以解决的，这个还要看开发解BUG的速度，我们对于测试流程的改进更多的是为了更好的保证测试环节工作的质量，在保证质量的前提下进行测试效率和测试进度的提升。

hellinangel

回复 88# rocketxu700

一、接口测试步骤
1. 准备工作
首先是要搭建测试框架还有开发的代码，也要在自己的本地导入。另外就是要弄清楚你将要测试的接口的功能，业务逻辑，如果很复杂，也可以画些MM图什么的来理清逻辑，协助测试；还要清楚接口需要输入什么参数，接口会返回什么结果等。
2. 测试用例
了解好业务后，就开始接口测试用例设计了，用例和功能测试用例类似，接口但是要注意的是在侧重点上不同。
3、 建立测试数据表
这个是依据测试的接口具体实现来看的，有的不需要访问数据库，就不用建表了，如果需要访问数据库，那么你就要建立自己的表，方便测试。
4. 编写测试代码
开始编写测试的代码了。
接口测试主要是测试接口覆盖（输入、内部接口、外部接口、输出域等）。
测试策略有大爆炸、自顶向下、自底向上、三明治等。

hellinangel

回复 62# wangyange

参考下等价类和边界值这2种功能测试用例设计方法看看

hellinangel

回复 52# applejuzi

回归case的话，有几种方法可以参考。
1、全回归，回归全部的case，这样可以最大限度的避免因为开发修改已有BUG而产生其他BUG
2、部分回归，按照开发修改的BUG功能，在一定范围内选择性回归测试。这个可以适当减少工作量
3、精确回归，只回归开发所修改的BUG，这个有一定得风险，因为很多情况下开发修改一个BUG很可能会产生另外一个BUG

我们在工作中的话，还是选择全回归的，因为软件的性质和客户的严格要求，我们只能这么做。避免可能产生的问题，对于我们来说一个问题可能会造成几百万的损失。

在你的实际工作中，要结合所测试软件的性质和客户的需求来适当进行调整，重要功能全回归，次要功能部分回归，这样可以减少部分测试工作量。

hellinangel

回复 99# kam

这个可能就需要根据实际情况来看了，当业务逻辑相对简单的时候我们会使用因果图，但是业务逻辑特别复杂，使用因果图效果就有点浪费时间，更多情况下我们会考虑用功能图标分析。
但是当我们在感觉现有用例覆盖度不足，或者需要补充用例的时候，我们会考虑使用所有的测试用例设计方法来进行测试用例补充。这个还是要根据实际的工作情况而定的。

hellinangel

回复 96# wangyankui

这个考题实际上就是测验你对功能的逻辑理解能力，可以使用功能图标分析法和等价类划分法来进行用例设计，软件测试的门槛相对于开发来说要低，但是要做好软件测试的话比开发要难很多。
至于多长时间能够掌握，这个就要看你想掌握到什么程度，和掌握哪些技能，还有个人的学习理解能力了，不过一般情况下3个月会有一个初步的掌握。

hellinangel

回复 100# iriskudo

那本书上写的功能测试是程序员的工作啊？
功能测试是检查软件的功能是否符合规格说明，是否完整正确实现了用户或客户所要求的功能。
功能测试不是无止境的测试，也是有测试结束准则的。
系统测试是将需测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素及环境结合在一起测试（标准的理论）
功能测试是系统测试中的一个测试策略。
系统测试中包含多种测试策略：功能测试、性能测试、压力测试、容量测试、安全性测试、可用性测试、GUI测试、安装测试、配置测试、异常测试、备份测试、健壮性测试、文档测试、在线帮助测试、网络测试、稳定性测试，易用性测试，适配测试等等

hellinangel

回复 126# tod_0910

测试团队组建完成之后就是日常测试团队管理工作了，不过有一些特殊的地方，就是在组建完成初期要不断的根据团队内人员实际工作情况来进行工作任务调整，并且要安排明确的对外接口人，刚开始可以由团队负责人担任，慢慢的一定要有一个对外部门的接口人，这样可以减轻你的管理工作压力，具体一点就是以下的内容：
1、内部组织结构调整选择合适的助手（适合于在3个月以后，而且是中大型的团队，3,5个人的小团队不需要，将内部分为几个小的测试团队，每个团队安排一个负责人）。
2、选定内部同其他部门的接口人，负责外部门来的任务接收和对外部门协助任务的安排。
3、内部工作任务调整，可以通过观察3个月左右时间之后来进行调整，根据不同人员的性格，掌握技能，能力水平等方面来调整具体的工作内容。
4、内部培训机制的建立（想不断提高内部的战斗力，必须不断的给测试人员充电，可以安排每周利用2个小时时间，让大家轮流做一次讲师，讲解其熟悉的测试工具或者测试技能）
5、日报，周报，月报制定（这个要视情况而定，不是绝对的）
6、读书计划的制定（可以喝内部培训机制结合在一起，就是每月或者季度大家学习一本或两本关于测试方面的书籍，然后抽出一个时间让大家轮流讲解读书心得体会）
7、正常工作考勤，报销，病事假审批等工作
8、月或者季度娱乐活动安排（这个要视情况而定，经费可以向公司申请或者AA制，目的是让大家在紧张的工作之余，有个适当的放松机会，并且在团队组建初期可以增加员工之间的熟悉度）
9、工作任务接收及安排（接收领导安排的工作，从领导那里接收来的工作，绝对不会细致，需要自己进行任务分解，在做任务计划和安排的时候要充分考虑到可能会产生的风险，不要把工作计划排的太慢，要留有缓冲余地）
10、工作任务反馈（定时给领导反馈工作进度及后续工作安排，尤其是当任务可能无法按时完成时，要让领导提前有个了解，要在反馈中明确可能产生的风险，及产生风险的原因，如果可能的话就给出解决的方案供领导参考）
11、内部考核机制的建立（考核内容和考核标准，视情况自己制定，需要模板的话，我单独发给你）

当团队组建完成后，后续的工作都是一些具体的工作内容了，但是作为领导要记住一点，你必须让自己团队内的人员知道，他们所进行的工作必须是你安排或者经过你同意的，否则都是无法算作他们计划内工作的，也就是无效的工作。

hellinangel

hellinangel 版主：

   您好！最近公司要求每个部门都在写工作总结，测试部门也要求每个测试组长编写年总 ...
stcsm 发表于 2010-12-6 17:26

这个实际上就是一份很简单的年度工作总结。
网上有很多的年底总结模板都可以使用。
一 、套话，就是光阴似箭，一年又过去了，有必要做个总结，以便提高之类的；
二、一年来测试小组的工作情况，完成了领导安排的哪些计划任务等，遇见了那些重大的问题，在XXX领导的协助关心下，顺利的解决了XXXX问题，实现了那些业绩，完成了那些重要的工作。
三、目前测试小组存在的不足（写小事情，少写，但是不能不写）
四、测试小组的改进建议，需要的资源等等
五、总结，非常期待明年在领导的带领下测试小组会有更好的发展（简称：拍马屁）
记住所有的领导都是一样的，多夸领导的英明决策，自己受益匪浅，希望明年能继续接受领导的教诲，适当少写一点组内存在的不足。

scan_205

王老师，现在问问题，还来的及吗？
我想问一下，TestLeader采用哪种测试模式，如何管理手下的人员，才能够实现多个项目同时进行的快速功能测试？能够给点小小的建议，呵呵！