04 2012 档案
20120426周总结
摘要:这几天好多事需要整理,感觉好急躁,哎,是因为自己还有好多不懂的,别人说的东西我都不是很懂,只能是慢慢来吸收,先一个一个来梳理吧。争取能做个近期目标和计划周一开始没有什么测试任务就整了一天的selenium,目的是为收藏夹测试做准备,自动生成测试数据,考察收藏夹最大能容量多少,因为需求上没有明确说明,但是我测试的时候需要去测。当时讨论需求的时候写需求的人说没有限制,可是我不相信程序会没有限制。如果从用户的角度来看,大多数用户不会故意去添加很多的数据。可是我想会存在以下的情况:一个我们网站的老顾客不会去删除自己的收藏,然后长时间使用后会导致数据不断的增长,所以我需要知道开发怎么设计这个最大值。说完 阅读全文
posted @ 2012-04-26 18:32 乐园中的虾米 阅读(239) 评论(1) 推荐(0)
4月杂想二
摘要:现在想法很多而且很乱不知道该如何整理,minimind图也是一堆乱。东想想西想想突然想到自己的测试目标是什么?做今天的项目思考明天的项目;or “软件测试的真正价值并不体现在代码中找到多少缺陷,而是发现设计和编程人员解决问题方法上的局限、思路中的狭隘和技能方面的不足”(摘自托尼原话)。前者为方法,后者为价值。那么是不是不同的项目测试目标不同,这个说法也对,只是它不属于宏观的目标。价值和目标的联系在哪?有话称价值目标。又请问我的目标是什么样的目标?习惯二:领导重于管理,第一次创造是什么 阅读全文
posted @ 2012-04-14 10:59 乐园中的虾米 阅读(205) 评论(0) 推荐(0)
失败原因统计浮层测试
摘要:失败统计浮层测试过程 可以改进的地方1 明确测试的业务重点,区分由下级,按优先级解决问题 具体:写测试用例时一定要注明优先级2 在测试开始以前确定需求不明白之处,预料测试可能遇到的困难,不明白的地方找对应的负责人询问清楚3 想好测试方案,哪怕只是一个简单的项目,详细记录关键操作步骤或者测试步骤,以便核对测试结果4 测试完成后,大致汇报测试情况(比如做了哪些质量模型的测试、兼容测试做了什么浏览器的),同时汇报时不要忘记抄送给自己的领导。需要思考的地方如何在需求给定后评估自己的测试时间?现在的想法:根据项目上线的时间衡量自己可以测试的程度,以测试的程度度量需要测试需要的时间,第一次估计暂不考虑开发 阅读全文
posted @ 2012-04-12 09:01 乐园中的虾米 阅读(301) 评论(0) 推荐(0)
4月开始的杂想
摘要:工作刚好一个月了,来到这里想随意写写,看看自己。上个星期北京那边的领导过来这边与我们这边的团队交谈,从她和我的交谈来看,她的目标是希望我们能够独立带队并且对测试团队项目能够独立完成。这个目标挺大的,也不是很好做,因为不是所有人都有机会接触并胜任所有不同的项目。不过和她谈话后,她对我的要求是希望我能熟悉网站的业务,熟悉到我能想到关于业务的测试思路,更好就是能写出测试用例。对于这一点我想好了,做一个导图来整理思路。现阶段的任务,已用导图整理,少了一项比较关键的,测试任务,思考如何改善自己的工作境况,利用自动化想要完成什么样的用例,怎么才能更有效率,如何利用之。 阅读全文
posted @ 2012-04-09 08:59 乐园中的虾米 阅读(134) 评论(0) 推荐(0)