[你问我来答第33期]大话软件测试(已结束)

xqtesting · 发表于 2013-4-23 16:02:00

回复 98# wqyan11

1、这个建议你看看我之前的回帖，也有童鞋问道
2、app的测试和咱们web的测试有一定的差别，建议先入门了解下
3、可以使用类似testin这样的，也可以自主开发，也可以是monkey等工具

xqtesting · 发表于 2013-4-24 07:31:08

回复 106# 科鲁兹

可以稍微润色一下。你可以根据当时的面试情况来做判断，如果测试不行还可以试试运营，都能给自己增加一点机会

xqtesting · 发表于 2013-4-25 08:57:14

回复 110# shujin6040

1、需求的分析，分析的细case才能覆盖的全
2、同上，测试数据是根据具体业务来的，这些数据在做分析和case的时候就要考虑到
3、bug描述尽量准确简洁，配上截图
4、自由分配，但要控制不要占用自己太多的时间，也就是说你bug描述的越精准沟通就会越省事
5、没有答案，首先保证你的冒烟case是有效的，然后就是任务分配合理，至于多久不好说，就好比你问我多久能学会开车一样

xqtesting · 发表于 2013-4-26 07:29:30

回复 112# shujin6040

我记得网上好像有来着，我也找不到了，不过大致如下：
1、基础知识，不要忽略这个，很多人看不上，觉得他tmd低级，结果你高级了，连个参数化、group模式都不会，那高级个什么玩意
2、熟练的使用一个工具即可，一个工具掌握了，其余的工具学习起来就快了
3、多实践，多看前辈们的经验
4、你要让我具体说我也不好说了，因为不同的架构有不同的东西，好比java那套和php那套确实会存在一些差异，接触到的东西也不太一样，需要具体的东西具体的去学习
5、最后就是多总结，一定要把知识归纳总结起来，这是最宝贵的东西，千万不要相信自己的记忆力有多牛逼

xqtesting · 发表于 2013-4-26 07:30:01

回复 113# lsmmm11

我都不好意思了，你也是俺偶像

xqtesting · 发表于 2013-4-26 19:32:22

回复 116# 水儿儿

遇到过
1、我觉得在初期架构的时候就要考虑的多点，把健壮性、可扩展性都要考虑到
2、这种bug不能赖测试，因为环境的复杂多样，很难在测试初期就发现
3、如果条件可能，最好在复杂的环境中模拟，比如我们之前在测试环境中测试，但突然测试环境变的很慢，这时候我们还在不停的提交订单，等后来发现一条订单被重复提交多次，如果要是这样付款了后期处理得多麻烦。所以后来我们也会尝试人为的制造多种环境来尽早的发现bug
4、最重要的就是要积累经验，并且积累预防措施，提前都要意识到这些。有时候我们看到很多大公司都能避免这样的情况，并不是他们多牛逼，而是他们有过这样的经验了所以能预防。
5、如果非要说站在测试角度如何去避免或减少，那就是尽量做底层的测试，尽量在每层都做测试，但这样的情况对大多数公司来说是难的

xqtesting · 发表于 2013-4-27 14:11:48

回复 118# shujin6040

如果是从真的测试做起，需要经历这样的枯燥
1、摆正心态，把分析需求当成必须完成的任务，从需求中挖掘case，需要你深度的挖掘
2、一个人写确实很费劲（不知道你这个项目大不大），但有好处就是你对这个产品十分熟悉了，可以提出一些有意义的意见等
3、写case本身是不涉及太多技术的，他锻炼的是一种思维，是一种测试分析的思维，这也是我们经常忽略掉的东西
4、想往性能方面发展很简单，第一，平时自己多学点，把基础学牢固了，第二，这个项目正好是你的机会，你可以利用这个项目来练手你的性能测试，多好的机会何乐而不为呢

xqtesting · 发表于 2013-4-27 16:29:56

回复 121# tshabc

xqtesting · 发表于 2013-4-27 16:30:16

回复 122# shujin6040

雄起

xqtesting · 发表于 2013-4-27 16:33:40

回复 120# joe_deng

兄弟！！！！小弟已经泪流满面了。。。。。。。借助林志炫讲的一句话，一个歌手最大的幸运就是有一首好歌，有一个知音，我是带着好歌来找知音的

		自动登录	找回密码
密码			(注-册)加入51Testing

[你问我来答第33期]大话软件测试(已结束)

站长推荐 /1