已有 6989 人访问
饶乐 ID.5216
博客(6)
饶乐的博客
之前做了接近两年的基础测试员，测试方面接触的还包括自动化测试和性能测试，但感觉各方面经验都还不怎么足。现在换了家公司，做测试的目前加我就3个人，可以说测试工作是一片空白，看我工作时间长点，让我来领导这个测试小组展开测试工作。感觉压力比较大，上头还总喜欢过来问问进展。现在脑里面一团乱，不知道怎么样在最短时间内改变现状，让领导看到测试工作的进步。目前在开始尝试用bug管理工具来记录bug，也想用Tes
339°/3201 人阅读/0 人点赞/19 条评论
有几个测试的面试问题，想看看窝友们有什么样的答案，大家讨论讨论，集思广益：1. 如果针对一个功能的测试用例数量很大，不能在规定时间内执行完，这样情况你会怎么样处理？2. 如果有一个实时在线交易系统，会处理大量用户同时在线交易，如何设计用例来覆盖尽可能多的场景？如何能用自动化来模拟实际使用的场景？
241°/2393 人阅读/0 人点赞/2 条评论
今天看到一个有趣的事情，说的是一个测试团队发现了同一个选日期的功能在不同的模式下表现的行为有不一致，于是提交了bug给dev去fix，最后发布到生产环境。用户在使用之后反而不爽了，因为那个功能的十个模式中他们常用的只有一个，现在反倒把他们常用模式下的操作行为改了。故事得出一个结论：“Don’t fix bugs unless users want them fixed” A bug is some
277°/2651 人阅读/0 人点赞/12 条评论
最近项目做的比较郁闷，大量的需求不清楚，开发天天催着我们测试去找产品问需求，产品那边也在慢慢设计之中，又是离岸团队，沟通比较痛苦。因此做测试的最大的压力变成了business analysis，每个Iteration都要花掉头三分之二的时间去清晰需求，后三分之一只能充充测下功能，就又到了下一个Iteration。加之我所测部分属于后台模块，测试功能时没有接口，只有开发写了单元测试，所以要测个什么都
304°/2926 人阅读/0 人点赞/12 条评论
今天看到一篇博文：对象库VS描述性编程（http://qa.taobao.com/?p=5662）， 其中对对象库优缺点的描述十分的赞同： 对象库，就是把控件放在一处地方集中进行描述、管理，使用时只需要使用该控件的别名即可。如：          LoginPage.StandButton.click  &n
275°/2711 人阅读/0 人点赞/4 条评论
又在水木上看到激烈讨论开发与测试的话题，又是一群开发在BS测试，一群测试在据理力争。回想起前不久自己公司的一位开发架构师谈起测试时满口轻视，确实有些失望。不过确是更加理解了国内软件行业对测试的大众看法，更加淡定得接受事实现状。自己当初放弃开发选择测试，从来没有后悔过，至于这些无谓的争论，这些嘈杂的声音，还是一笑而过吧
299°/2936 人阅读/0 人点赞/6 条评论