51Testing软件测试论坛
标题: 【你来问我来答第64期】：如何从功能测试引申到其他测试技术?（活动结束） [打印本页]
作者: lsekfe 时间: 2015-11-2 10:58
标题: 【你来问我来答第64期】：如何从功能测试引申到其他测试技术?（活动结束）
[attach]98164[/attach]
论坛ID：89527
真实姓名：朱佳杰
现任公司：某互联网游戏平台
现任职位：测试技术负责人
网络ID ：韬光养晦
QQ：99151636
从事多年互联网行业测试，涉及认证、会员、交易、社区等各种平台、核心系统，覆盖web、桌面应用、手机APP等多端方式。
主要负责系统的总体结构设计把关、功能测试、性能调优分析，兼任安全测试，精通各种网络数据协议，对其分析，任意变向、伪造、测试。通过C#编写了一些协议接口测试工具、轻量级性能测试工具、以及简单辅助工具。
[attach]98166[/attach]
各位会员可以在11月10日前以回帖的方式向客座专家提问。
（请大家围绕本期客座专家的擅长领域进行提问、探讨）
客座专家将在11月11日—11月30日为大家集中解答。
机会难得，欢迎大家踊跃提问！
作者: Testing3123 时间: 2015-11-2 13:38
做测试有一年多了，一直在做功能测试，也就是点点页面，感觉没什么技术含量，谁都可以做.所以现在想学点LR，以后做做性能测试。
想问问老师，以后想在测试行业发展，功能测试有什么发展前景？现在想充实一下自己，老师站在行业前端，推荐学习点什么技术？
作者: Testing3123 时间: 2015-11-2 13:41
做测试一年多了，一直在做功能测试，感觉了解点业务点点页面没什么技术含量，谁都可以做的。所以现在在学习LR，做做性能测试。
想问下老师，做功能测试有什么发展前景吗？想充实下自己，老师站在行业前端，推荐学习点什么技术呢？
作者: 轨煜 时间: 2015-11-3 10:38
经历一样 无聊
作者: Testing3123 时间: 2015-11-3 11:32
感觉发展前景不广，想多学点技能
作者: lei.tang 时间: 2015-11-3 11:49
想请问韬老师，测试开发岗需要掌握各种技能么？哪是不是类似于测试的全栈工程师了？
作者: lei.tang 时间: 2015-11-3 11:50
想问一下韬老师，怎么理解测试开发岗这个职位呢，有点小小的迷茫；
作者: 喵的啦啦 时间: 2015-11-3 13:47
正在从手工测试转成自动化测试
作者: snipe001 时间: 2015-11-3 14:07
先来冒个泡，回复一下抢到沙发的同学。
首先不要低估了功能测试，点点页面只是最基本的功能测试，也就是一种很规矩的测试，可以多考虑下怎么搞搞破坏
。要算功能范围的话，网络接口测试、甚至安全测试的一部分都是属于功能范畴的，真正把功能从黑盒层面做到很全的是非常强大的，需要各个方面的知识。
至于性能测试，是一种不错的方向，但性能测试需要的周边知识比较多，网络、系统、硬件、监控、代码、数据库等都会涉及到。比如你现在用LR，如果只是单一用工具是不够的，你需要知道工具在做什么、学会监控网络、学会基本的网络接口测试，而这样也只是能把性能测试的实现做好而已，服务端性能测试的实现其实类似于把接口测试量化。要查别人的错误首先要保证自己做的是对的。
作者: snipe001 时间: 2015-11-3 14:16
多问问自己为什么，别局限于表面看到的东西，就不无聊了
比如问问自己页面怎么出来的，再问问服务器怎么知道你输入了什么，服务器怎么知道你是谁，数据通过什么方式到数据库的，中间有没有可能被搞破坏了，可不可以调包 等等，多多挖掘深层次的内容。
作者: fj950953qwe 时间: 2015-11-3 15:55
说的很对的
作者: fj950953qwe 时间: 2015-11-3 15:56
现在要从功能测试转性能测试需要做哪些准备工作呢?老师，您能给些意见吗？能更好的过渡。。谢谢
作者: snipe001 时间: 2015-11-3 22:09
职位这东西，还是要看公司或者部门怎么来定义了，也不能一棒子打死就是什么。既然有这么个名词，也是可以联想到一些信息的，比如说，测试开发就是为更好的深入测试而诞生的开发。
一般来说，测试开发做的事情基本是为测试目标服务的，比如开发测试辅助工具，可以是功能方面的、接口方面的、性能测试辅助方面的、自动化方面的，等等，做的单一点的就是一个单机使用的工具，做的规模化一些的就会是一些测试平台。
技能上来说，属于测试与开发的中间层，开发技术为的是能实现工具，但并不一定需要像开发人员一样那么深入，测试技术是为了让做出来的东西测试精度更高、更方面好用。本身可能更趋向于专项而不是全栈，当然也不排除有很全面人的存在。
作者: snipe001 时间: 2015-11-3 22:43
挺好的，一般来讲现在很多都是基于UI或者基于接口的自动化，接口方面大多数还是简单基于http协议的，其他协议的还比较少。
不过基于UI的自动化有好多坑自己当心，不是那么好做，要做好有难度，web的相对简单一点。
作者: B.李尔王 时间: 2015-11-3 23:04
我就是来 顶顶 韬光老师的帖子
作者: snipe001 时间: 2015-11-4 10:56
送上三克油 
作者: 轨煜 时间: 2015-11-4 11:38
感觉不太是自己想做的 只是自己写完用例 按着测 有没有什么更好的方向呢
作者: snipe001 时间: 2015-11-4 11:48
这个问题比较大了，首先明确一个方向，到底是客户端性能还是服务端性能，当然一般情况都是服务端性能，毕竟服务器是主体，一旦挂了所有人都结束了，客户端的话一般来说功能测试时总能自己感觉出一些比较明显的，那些很少出现的情况，影响也不会太大，也就是属于体验不是很好。
默认当你是服务端性能方向了，虽然第1步是设计、方案，但这里还是先从实现说起，现在很多用的工具是LR、jmeter，各有好坏暂时不提，私有工具就更不提了，懒人工具推荐ab，服务端性能实现就是大量发包给服务器施压，其实也就是网络接口发包的量化行为，第2会遇到监控问题，监控分为脚本自身事务、对错的监控，一般脚本代码实现，服务器监控分为系统级监控、应用层监控、数据库内部监控等，第3你可能会发现盲目的施压监控只能找出很明显的问题，没有具体目标，分析无头绪，此时可以回头好好想想一开始应该考虑的方案，这就和你对系统的内部架构、逻辑、业务需要结合了，找出什么值得去压什么基本忽略，这就像写用例一样，一开始就找准目标，只是性能的结果可能是未知的，当然有目标或者说可以估算一定数据量、在线用户量所产生的大致行为效果是最佳的，建议不要胡乱相信网上的公式，人的行为不会是固定的。
最后祝你能早日越过这个坎，当然意见只是参考，毕竟性能测试需要的知识体系很大，做好不容易。
作者: liu51 时间: 2015-11-5 10:12
你好，我现在在学lr，可是不知道如何进行下一步，只是会录制，一到实际演练就傻眼了，感觉没有一个系统的方向，我该如何突破？
作者: helen8331 时间: 2015-11-5 10:34
恭喜咯
作者: 高华宇 时间: 2015-11-5 10:39
我这里有好几个方法可以让咱从功能测试转到其他高级测试技术，我挑几个典型说一下
1、挑包含自己中意的测试技术的企业进入中意的测试职位，可以少要工资，从实习生做起
2、可以从小公司功能测试做起，爬到管理层，然后自主研究自己中意的测试技术并运用
3、重装系统试试！
作者: qbztsy 时间: 2015-11-5 10:50
测试干了六年多，需要学的东西越来越多，自动化、性能、安全做什么不重要，最重要的是自己喜欢。不要看别人做什么就做什么，看看自己喜欢什么再去做。最重要的还是来支持下韬光老师
作者: 高华宇 时间: 2015-11-5 10:54
本帖最后由 高华宇 于 2015-11-5 11:34 编辑
我要问一个问题，韬老师帮我解答一下，如何短期内让自己从测试小白冲进测试经理岗位！
作者: snipe001 时间: 2015-11-5 11:08
你这个有点水
作者: snipe001 时间: 2015-11-5 11:15
往自己想做的发展，别总等着别人让你做什么再做，永远等不到的。做完工作后，时间是你自己的，晚上、周末时间也是你自己的，就看你用在哪了，别局限于工作为你带来的提升。现在的方向很多，资料百度到处都是，比起10年前一片空白的环境要好的多。
测软件就像看人，表面你看不出人家心里想什么，如果你不能深入理解软件是如何形成的，那么也就只能看到很表面的信息。
当人家觉得你不适合做的事情是不会选择让你做的，真盲目叫你去做那些根本不会的差距还很远的事情，是一种不负责的表现。
作者: weizhi107073 时间: 2015-11-5 11:25
测试的职业发展 到后期 能有什么发展方向？ 测试经理？ 产品经理？ 技术管理？ 项目管理？ 还是转行。。
作者: 高华宇 时间: 2015-11-5 12:02
对于你这个问题我可以回答你
1、测到后面我可以去卖烧饼，只要我有想
2、我可以去做销售，只要我想
3、我可以去干翻马云，只要我想
总之，只要我想我有这个能力，我做啥都可以，看你自己是怎么想的，这并不固定
作者: 郭小贱 时间: 2015-11-5 16:28
软件测试、游戏测试我都经历过，算起来也差不多做了3年多了，但都是基于功能测试基础上，一直想向技术测试岗位转型，也一直在努力中。但是在这过程中一直迷茫，先学好性能测试还是先学好自动化测试？
这个问题困扰我一段时间，我尝试自学性能测试，大概半个月也就是会录制个脚本、回放下、看看测试结果，由于没有实际项目经验感觉只在边缘徘徊；
后来又向自动化方向学习，对比下来目前我觉得还是先从自动化入手比较实际。一方面，自动化的涉及面没有性能那么广，另一方面我觉得自动化测试随时随地都可以学，可以做。相对性能测试要结合实际项目来做，更贴近些。
不知道我这想法是否合理，麻烦老师指点迷津下。
作者: snipe001 时间: 2015-11-5 22:03
从工具方向去硬学习也是一个办法，但还是建议先把控一下基础，最少需要知道工具在做什么，就好比你让一个人去做事，如果不知道他在干什么，那么你就得不到你想要的结果，可能他理解错，可能他会忽悠你，等等。
一般来说从小一点的工具学起会更容易一些，像LR这样的大工具，学起来会比较累，另外LR其实坑很多，默认配置和其他工具都不一样，很多人遇到LR和其他工具测试结果不一样，这就是典型的不知道工具在干什么，只会录制也就是这样的情况。
工具只是帮助你做事，不是代替你，要靠你下令让它做事，主要动能在你，尽量不依赖工具，要去理解为什么性能测试工具能模拟这么大量的用户，为什么不是开上百个程序，工具到底做了什么，这样才知道自己缺什么
作者: snipe001 时间: 2015-11-5 22:06
6年了还能这么踏实，给个 赞
作者: snipe001 时间: 2015-11-5 22:12
说实在点，短期内就不用多想了，你爸不是XX。
一般来说做到管理常见的方式有：
1 长呆于一家公司，且一直保持比其他人员更多的优势，并强化管理周边经验，多接触些事情，不要只闷头干活，只要有坑自然会上
2 积累一定经验后，遇到上面管理顶着无法提升，靠跳槽到还未有管理的公司去为自己争取
作者: snipe001 时间: 2015-11-5 22:37
职业发展并不能一概而论了，这要看自己都是接触什么方面的人和事了，接触越多自然会慢慢转过去，人家也不会要一个不怎么会的人。
从技术角度来说，测试一般后期，要么管理系，要么专项的技术研究，要么就是全方面的技术引导者。当然要是不努力就只能做一个普通员工了。
作者: snipe001 时间: 2015-11-5 22:41
等你卖烧饼了，我会来光顾的
作者: 王滨滨滨滨 时间: 2015-11-6 13:35
顶一下
作者: huaxingcs 时间: 2015-11-6 15:56
请教一下，自动化能推广么，我感觉就只是适用部分简单的场景
作者: snipe001 时间: 2015-11-6 22:46
继续回答
3年不长也不算短，一般这个时期前后是比较重要的转折期，如果能很明白软件和游戏之间的区别、关联，那么还没白做，一般来说都会认为游戏更枯燥一些，都是验证游戏规则，但实际上游戏测试深度很大，不管是逻辑还是技术要求上。
回到技术上，不管你是学性能还是自动化，都是需要很多相关的知识的，性能相对更综合一些，而自动化主要一点是需要会写代码。性能的工具本身包办的事情比较少，只是辅助实现施压；而自动化工具做了很多事情，包括识别等，所以可能你觉得自动化更容易学习。
关于性能参考18#楼回复，自动化一般分为 界面、接口、代码 这几个层级，暂时不知道你学习的方向是哪个，多数是界面的，这类的一般对性能是比较盲区的。
还有什么问题再来
作者: snipe001 时间: 2015-11-6 23:05
相信你的自动化是基于界面的吧？ 否则应该不会有这样的疑问。
自动化总体目的一般可分为 回归验证、问题发现、错误预防，而绝大部分的基于界面的只能做到回归验证，原因比较多这里就不列了，不是不行只是非常难。至于为什么你觉得只能做到简单场景，一部分是因为技术问题，另一部分是既然测试，主要还是验证而不是走流程，人工怎么去验证的，机器也要做到一样，比如一个提示人工是认字的，机器也要认，不能说不报错就过了。至于推广，暂时只能说界面的自动化有时候的确要考虑下使用环境，开发成本比较大且很多时候需要开发配合。不像接口、代码层面的自动化，只要会做一般都可以推。
作者: annylyf 时间: 2015-11-7 10:00
一直在做功能测试，没有学习其他方面的知识，不知道往哪方便发展比较好，总觉得以后功能测试会被淘汰掉，想学一些技术性的东西，但是不知道从哪里学起
作者: huahuijay 时间: 2015-11-8 21:15
先顶帖子，然后继续冒泡 学习去！！！！！！！！！！！！！
加油！！！！！！！
作者: shinyxiang 时间: 2015-11-9 13:18
都在说性能测试，请问老师，您接触到的项目中，对LR的使用要达到什么地步才算在项目中运用？
作者: 小测15 时间: 2015-11-9 17:13
测试新手，想问一下做web网页的功能测试，哪一款自动化测试工具合适？很迷茫啊！
作者: snipe001 时间: 2015-11-10 13:45
功能测试实际是一门很深的学问，别让自己接触的少就认为了功能测试low，多考虑一些设计、分析的工作，这些也都是测试的工作范围，但这里还是说的功能测试，比如设计用例的人肯定比执行的档次高，设计工具的人肯定比用工具的档次高，分析性能问题的总比执行性能的档次高。
你觉得会被淘汰那是因为现在只接触的表面，总是依赖鼠标键盘在那里操作程序，看结果。但真正有没有去想过，你看到的程序是怎么出来的，为什么你输入的信息会到数据库里。
学习一般是有2种途径，第1是踏踏实实的分析程序的原理，当你来龙去脉有了整体的体系以后，你会发现你什么都知道，什么工具都很容易。第2种就是硬着头皮去学工具，从工具角度去想到底做了什么，为什么平时自己做不了。
作者: snipe001 时间: 2015-11-10 13:56
工具这东西，你能完全理解他在做什么就可以了，并不在乎用到什么地步。一般情况会一些基本的C代码，了解http协议的相关函数都是做什么的，会修改、会自己简单写一些脚本，会做抓包、监控，再复杂点就是其他的协议的使用即可。剩下都和工具无关了，结果数据是帮助你分析的，不是非要依靠它的。
LR我也不怎么去用，很多时候更愿意使用一些更轻巧的工具，达到目的即可，当然前提是对工具原理都熟悉，知道他们都在做什么，很多知识并不在工具中。工具永远只是辅助，不是依赖对象。
LR的配置太多，实际上反而会对新人造成误导，导致完全不懂做了什么，后面就更别提性能测试的目标、分析、设计了，懂得循序渐进会更好，一步登天只会跌的很惨。
作者: snipe001 时间: 2015-11-10 14:06
总想着工具就差不多已经进入了盲区，工具只是能帮助你简化工作，不是说你非要天天围着它转。web的自动化多了解一些 document 的操作、原理即可，至于使用什么工具都可以，甚至只用javascript都可以做到。
工具各有优缺点，我就不推荐了，百度一大堆，如果你什么都不懂的话，直接上工具，结果依然就是什么也看不懂。工具只是说把你的一次操作变成了一行代码，剩下的事情还是需要你来做的，而且比工具本身更多。你可以想象一下，如果什么都不考虑，你一天本来要操作10000次，那么需要10000行代码，这代码你就要准备多久，弄到最后自动化比手动还慢。
作者: 小测15 时间: 2015-11-11 17:39
恩恩 谢谢 公司现在比较需要自动化测试这方面，我自己刚接触测试，有很多不懂的地方，所以有点心急了
作者: caicai418 时间: 2015-11-12 14:29
新人怒赞；说的不错；很多做功能测试的目前仅仅停留在功能本身，缺少对需求、用户的场景化思考，对各迭代中Feature核心价值的考量，对开发实现设计合理性、可扩展性、可靠性的审视；当然仅从功能测试本身而言，迭代测试完成出测试报告发版上线，即使项目最终挂了，只要不是因为质量问题漏测，这锅不会让你来背；届时你可以挺直身板儿说这不是tester的原因，是dev实现方案上太XXX了or是产品团队需求、设计上策略问题 or ux交互上太sb了，尔尔一大堆原因；然而谁来背锅已经不重要了，产品的成败才是唯一价值导向，尤其是对于0 to 1的团队；功能测试是最接近终端用户的，把这一点发挥到极致，运用到迭代的需求、设计、实现方案review、测试设计review中去，结合产品业务自身的纵向拉伸，从测试角度或者说是用户角度去驱动产品、开发、项目；你会觉得很有成就感，认同感；当然，我说的是测试管理、项目管理、产品负责人方向的通道；纯测试技术方向的不在此列
作者: liutianyu 时间: 2015-11-13 14:31
这个我记得之前有好多页的，怎么现在只有3页哦
作者: lsekfe 时间: 2015-11-13 14:37
你是不是记错了~~
作者: liliy37 时间: 2015-11-13 16:42
正在学习中，希望能进步
作者: snipe001 时间: 2015-11-13 23:37
加油 ~~~
这次来没看到新问题，大家继续
作者: 圈圈different 时间: 2015-11-14 14:06
是什么测试需要虚拟器然后linux密令查看后台
作者: zsldqs 时间: 2015-11-16 11:24
请问老师，我是在做手动测试想转自动化测试怎么起步啊？在迷茫中。
谢谢老师
作者: snipe001 时间: 2015-11-16 14:18
老实说不明白你的问题是什么。。。
虚拟机是虚拟机，测试只是为了弄各种系统，干净一点的环境
linux是一种系统，通常用来架服务器
也不知道你说的后台是个什么。。。
作者: qq8784725 时间: 2015-11-16 14:21
重装系统试试
作者: snipe001 时间: 2015-11-16 14:33
自动化么就把手动测试的事情转给自己做而已，至于怎么做到，以下信息希望对你有帮助
首先分清楚你的自动化是 基于界面还是基于接口，估计你只知道界面层面自动化，就拿这个说吧
既然刚开始学，方向专一点，要么PC，要么手机；形式上要么web，要么应用；初学者可能PC的web更容易入门一些，或者你有定向学习和实践的环境最好。
学会去实现单次自动操作、验证行为，验证是必然要的，否则就不叫测试了，人工怎么验机器就怎么做，至于用例，就是你操作的输入值和验证时候用的信息。
工具只是帮助你实现操作行为模拟，帮你获取可以看到的信息，剩下的逻辑、方案、数据存储等等都是要你自己来做的，也就是需要一门语言来支持，可以考虑工具直接支持的语言。
作者: liu51 时间: 2015-11-16 17:04
谢谢老师，让我明白主要是要学习性能工具的实现原理，然后根据原理一点点深入。
作者: shanlinxiao 时间: 2015-11-18 13:44
测试需要学习代码吗？
作者: 呆木瓜 时间: 2015-11-19 11:55
学习学习
作者: emvz 时间: 2015-11-19 16:26
不是科班出身，公司换岗换到测试职位，现在只是简单的功能测试，想学更深入的测试技术，但苦于自己一点基础都没有，自学困难，也没有专业的人带，怎么办？
作者: huangmengtest 时间: 2015-11-19 17:06
老师好，测试工作3年了，经验有了，但是一直都是做的功能测试，对于自己未来的路有些迷茫，很希望老师给予指点，如果一直做功能测试是否有前途？本人对编写代码持抵触情绪，不知道这样是否能做白盒测试，有推荐的吗？
作者: snipe001 时间: 2015-11-19 19:04
不客气，还需帮助可以找我~
作者: snipe001 时间: 2015-11-19 19:09
这个问题的答案不是绝对的，如果只是点点点看看表面的东西那其实代码没多大用，但如果对自己要求高一些那就是需要的，不一定说要多深入，但基本要会看懂，简单的逻辑会写。虽然现在工具很多，但总有可能遇到那种没有工具可以解决，必须要依赖代码的时候。
测试并不是说要代码多强，而应该更注重逻辑的分析，实现的原理，这样才有更多挖掘错误的思路。
作者: snipe001 时间: 2015-11-19 19:14
像你这样类似的情况，其实来说是公司用人的不合理，或者说把测试看的太容易了。当然也不排除是自愿的情况。毕竟现在很多人因为某些隐形原因自己转行到测试的非常多，都只是感觉门槛很低，也没多考虑到底是不是合适，就是为了某个目的。
如果自身真的没有办法自学跟上，也没有好的环境帮助，那么只能是花钱去提升了。人越是多，没有提升就相当于在被超越了。
作者: snipe001 时间: 2015-11-19 19:50
经验不代表会什么，只是某些事情做的更熟练、速度更快一些而已。不管你坐多少年的车子，但始终靠坐车是会不了开车的，更不可能造车，只是上下车更熟练了。
白盒测试是最接近于开发的一种测试，甚至大多数情况下都是开发来做的，这个就自己考虑了。
测试主要还是围绕功能的，只是看你做到什么程度，不管是从界面上点点点的，还是通过特殊手段做破坏的，或者通过网络数据的接口测试的，再来是数据测试、意外测试、代码的白盒测试，都还是在功能范围。
测试的大部分还是黑盒的，比如上面的举例除了白盒其他都是可以不写代码也能做到的，只是有时候会需要代码来辅助一下，但你自己又做到多少呢？
作者: snipe001 时间: 2015-11-19 19:53
另外就是，软件测试，在任何一个行业做质量类型的工作，必然是对这样东西非常熟悉，而软件软件，要说功能的话其实更属于设计、产品的范畴，而从事技术的测试，还需要知道软件到底怎么来的，原理很重要。
作者: KyLe0319 时间: 2015-11-24 15:38
怎么转，具体的计划？可以麻烦交流下吗？
作者: snipe001 时间: 2015-11-25 23:59
你们可以互相交流心得
作者: zuiye 时间: 2015-11-26 14:46
做游戏测试好几年了，网上知识都是看看，没有个固定的方向
作者: snipe001 时间: 2015-11-26 21:44
随便说下吧，虽然游戏测试接触的并没有软件深入，也不是很多，稍微提点一下。
不知道你做游戏测试有没有做到以下几点：
1 内存修改系列，一般找些内存修改器，基础点的就是改数值
2 服务端测试，这个和互联网软件类似，非正常操作数据发送到服务器
3 客户端欺骗，截断服务器返回给客户端的数据，让客户端得到假数据，一般用于测试关键信息是否只是单纯在客户端验证
4 如果本地有临时配置文件，是否测试到位
5 相对于软件，游戏还有很多带有AI或者随机性的东西，测试也是比较麻烦的，路径很多
作者: zm51testing 时间: 2015-11-27 13:02
游戏测试兼web应用系统测试，是不是不好找工作啊？
作者: zm51testing 时间: 2015-11-27 13:09
什么是企业应用测试，测试技能需要哪些？
作者: snipe001 时间: 2015-11-27 14:41
其实主要还是地区关系吧，一线和一些二线城市应该是很容易找的。
当然企业也要挑人的，低中高层次要对的上口，不可能低层次的职位去招高级的，更不会高级职位招个不会的，等级越高职位越少，竞争越多，自然会有难度的上升。还有就是薪资问题了，说白了价格开低哪都会要...
作者: snipe001 时间: 2015-11-27 14:45
企业应用测试。这个名词就太模糊了，没法解释了，也不能随便去猜。
至于技能，越多越好，越深越好，前面也介绍过很多，都可以参考，如果还处于点点点的状态，就要给自己点压力了
作者: zm51testing 时间: 2015-11-27 15:45
企业级应用：主要是指Android方面的测试，这个需要哪些技能？目前，我一直喜欢性能测试，也一直努力的往性能方向发展，可是，性能方面公司没有用的上，且没有人带，也遇到一些困难。
作者: zm51testing 时间: 2015-11-27 15:46
项目中怎样引入性能测试 或 性能测试脚本编写 或 怎样把测试用例用脚本实现
作者: snipe001 时间: 2015-11-27 23:48
回的真快，看来是论坛常客啊
安卓主要这么几个方面吧，当然我也称不上这方面专家，参考下
1 安卓系统本身的熟悉程度，包括操作、权限、兼容性
2 学会对安卓的网络监控、截包，可以从http起步
3 对安卓系统本身的命令操作、监控，比如adb等
作者: snipe001 时间: 2015-11-28 00:02
首先性能，先分为app本身的性能、服务端性能
项目中要引入的话，首先是确定是否需要，成本上是否值得去做。
如果是app性能，那么评估下规模是否有必要做详细的性能测试，一般app性能比较依赖监控
如果是server性能，这就和什么客户端没有关系了，其中的实现就是你提到的脚本，其实这是对网络协议的认识程度，但性能用例并不是一般的功能用例，而是一些类似策略和量上的评估。而server的监控则是辅助发现问题的方法之一。
作者: siyang669 时间: 2015-11-30 16:07
说的很对，摸不着头脑
作者: sunglow、霞 时间: 2015-11-30 17:19
目前在做APP功能测试，也就是点点基本测试，确实是感觉没有什么技术含量，目前想要学习开发代码方面，增加自身的知识面，但是对于开发这一方面又很模糊，不知道有什么合适的书箱或是教程去学习，也不知道一开始先从哪里开始。有什么比较适合我的方法或是书箱去学习这方面 的知识么？
作者: snipe001 时间: 2015-11-30 20:39
那就再多摸摸头
作者: snipe001 时间: 2015-11-30 20:43
有这想法就已经迈出一步了，对于开发上的知识，书籍的话只要是0基础的应该都可以吧，现在网上新手视频也是非常多的，都可以看看，新手的东西都差不多，记得要实践，光看不练是没用的。学多学少关键还是靠自己的，开发的过程遇到问题越多越好，这样更能明白做出来的东西容易犯什么错，可以帮助更细致的测试。
作者: 芭依菇凉 时间: 2015-12-1 10:59
Event Matching Error: IN Event left without an OUT event at the end of recording老报这个错，请问下什么原因，已经设置开始事务与结束事务且名称保持一致，菜鸟一枚，求解答
作者: zm51testing 时间: 2015-12-1 12:58
前辈：
请教一下。目前我主要以游戏测试为主，其他web项目为辅，测试工具设计：PC-web网页，桌面客户端，Android手机，Android平板，ipad。测试用例的编写，测试报告的编写以及执行。
这样我还需要提高哪方面？
作者: snipe001 时间: 2015-12-1 14:08
你的问题信息太少，只能说是什么事件开始后没有结束，但具体是什么需要你自己去寻找了
at the end of recording 说明这是在你操作录制的时候出现的，只能提供这么多了
作者: snipe001 时间: 2015-12-1 15:01
从之前你的提问来看，说明一个问题，你做的事情一直和一个非技术型的差不多。
游戏方面的前面也有帖子提过了一些方面，像需求、用例、报告这些都是趋向于文档的，当然需求中分析，用例的设计，是和设计分析有关的，这都是测试的主要任务，但只是停留在这些上面就太基础了，或者说好像容易了点，技术方面很容易被其他人追上了。
至于提高什么，可以先从程序的组成了解起来，从根本上对程序了解，先知道程序一步步怎么来的，另外就是测试不只是从用户角度看表面，更要确保怪思路、违背需求的方面，网络数据层面，数据库层面，架构层面，甚至代码层面都是可以挖掘的方向。
另外游戏可能还比软件更难，协议的不通用，逻辑AI的随机等等，具体等你接触了深层次的内容可能会明白的，希望对你有用。
作者: snipe001 时间: 2015-12-2 18:00
活动结束了，之后可能不常来，回复间隔会比较长，有问题的可以加我QQ，谢谢支持
2015 12月 知识大闯关传送门： http://bbs.51testing.com/thread-1075046-1-1.html
作者: a544529651 时间: 2015-12-7 08:48
做测试一年多了，一直在做功能测试，感觉了解点业务点点页面没什么技术含量，谁都可以做的。所以现在在学习LR，做做性能测试。
想问下老师，做功能测试有什么发展前景吗？想充实下自己，老师站在行业前端，推荐学习点什么技术呢？
作者: forrongever 时间: 2015-12-9 16:07
话说我们公司的测试非常侧重业务，对于测试各个领导都表示很不满，说只会点页面，还用上low这个词，项目做得挺烂的，很多问题直接说不解决，根本就不给测试施展的机会，需求不给测试接触，直接是开发完了分bug单子，验证就行了。好累。。。。
作者: snipe001 时间: 2015-12-10 21:42
既来之，则回之
所谓没有技术含量只是你的角度，但实际功能测试在难度上非常高，测试不是只靠点的，那真是谁都会。
有没有想过程序为什么能这样展示出来，为什么点击以后会有对应效果
有没有想过程序怎么和服务器交互数据的，中间我能捣乱吗
再来有没有可能数据错乱呢，为什么一定要规矩的测试不去捣乱一下搞点破坏呢
至于性能，其实很大程度上是要基于功能的深入的，LR是个发送网络数据包的工具，如果你在功能测试的时候完全不懂客户端和服务器是交互一些什么数据来实现的，那么可以说LR你也是用不好的，因为你不知道工具在做什么，这样怎么来保证到底是程序本身错误还是自己用工具用错呢？我接触过的很多学习LR的，绝大部分人都是不知道脚本在干什么，错误都在脚本本身
作者: snipe001 时间: 2015-12-10 22:04
首先这是逼迫你们提高的一种环境了，让他们看到，特别是让他们知道有些事情他们做不了，来体现自己的价值，至于怎么做，稍微给点建议。
降低无关紧要的bug量，比如界面等等，当然这是为了提升有价值的比例，也让开发感觉上不是在找事。
重点是破坏程度的提升，也就是将问题故意放大，一点小错误也要利用这个错误搞出更多的数据错误等。
如果现在只是靠点的话，可以多研究下接口测试，也就是网络交互数据的测试，抓包、修改等，这会让你发现很多新问题，而且因为数据是直接发送服务器的，更容易把问题扩大。
如果被压制最终已经成了一种无法挽回的习惯的话，那么只有劝你离开了。。。现在的确还有对测试鄙视的情况存在
作者: zc13456v1 时间: 2015-12-18 08:31
我做的是游戏测试，虽然一个问题也没问，只是把您的回复一一看了，但感觉自己的工作目标又有了更多的方向，感谢。
作者: 喵的啦啦 时间: 2016-1-12 17:02
“学习”
网上找视频跟着学
学习安装selenium（锁定一个主流的工具）
学习Java（必须要掌握一门编程语言）
学习框架
学习别人写脚本
学习。。。遇到不会的就学
作者: louisken 时间: 2016-2-15 09:32
每次来你问我答总是能学到不少的东西，新人看帖不回是不对的，哈哈 支持怒赞！
作者: fhhh_eyou 时间: 2016-4-5 17:11
关注
作者: arsrsdwvi 时间: 2016-9-2 18:17
赞扬的就是顶贴
作者: 小街深巷 时间: 2016-9-29 11:27
我是学习QTP自动化的新手，就是特别不理解自动化测试流程，功能测试的话，是直接测试还是需要搭建框架啊？我自己也进行了测试练习，就是写简单的代码进行测试，就是设置个检查点啊什么的，但是我要去测试项目的话，是不是要用ALM链接啊或者QC结合啊，再是搭建框架啊，但是我觉得与QC链接才可以搭建框架啊，还是什么。我总是觉的，我越是看的文档越多，越是不理解该怎么去测试项目，好苦恼啊。
作者: 海里的幸福 时间: 2016-10-28 13:14
不错啊! 一个字牛啊!
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) |
Powered by Discuz! X3.2 |