杨冰的博客
状态流程图: 软件错误的状态: 新信息(New):测试中新报告的软件缺陷; 打开 (Open):被确认并分配给相关开发人员处理; 修正(Fixed):开发人员已完成修正,等待测试人员验证; 拒绝(Declined):拒绝修改缺陷; 延期(Deferred):不在当前版本修复的错误,下一版修复; 关闭(Closed):错误已被修复。 人员角色:
332°/3317
人阅读/20 人点赞/1 条评论
菜单基本功能测试规范 一、短消息功能测试规范 测试选项 操作方法 观察与判断 结果 创建、编辑短消息并发送 书写短消息 1、分别使用菜单或快捷方式进入书写短消息是否有异常; 2、输入0个字符,选择、输入号码发送,应成功; 3、输入1个中文字符或1个字母发送,应成功; 4、输入35个中文或80个英文字母发送,应成功; 5、输入70个中文或160个英文字母发送,应成功
296°/2950
人阅读/0 人点赞/1 条评论
怎么样提高软件测试员自身素质培养? (1) 首先,应对软件测试感兴趣和对自己有自信,如果具备了这两点,那么在开发过程中不管遇到什么样的困难,我相信你一定能克服。 (2) 善于怀疑,世界上没有绝对正确的,总有错误的地方,具有叛逆心理,别人认为不可能发生的事,我却认为可能发生。别人认为是对的,我却认为不是对的。 (3) 打破砂锅问到底的精神,对于只出现过一次的bug,一定找出原因,不解决誓不罢
237°/2378
人阅读/0 人点赞/0 条评论
负面测试(Negative testing)是相对于正面测试(Positive testing)而言的。它们也是测试设计时的两个非常重要的划分。简单点说,正面测试就是测试系统是否完成了它应该完成的工作;而负面测试就是测试系统是否不执行它不应该完成的操作。形象一点,正面测试就象一个毕恭毕敬的小学生,老师叫我做什么,我就做什么;而负面测试就象一个调皮捣蛋的孩子,你叫我这样做,我偏不这样做,而且和你对着
661°/6617
人阅读/1 人点赞/0 条评论
最近参与了一些公司团队建设培训,结合我们的测试工作,写一些关于团队建设的看法。 一个团队在成立初始大致上不会有什么特别的文化或特性,但当领导者陆续制定一些规范、守则后,这个团队的特性会被慢慢的雕塑出来,接着因这些特性而衍生的文化也会渐渐形成,其实测试团队亦是如此。  
311°/3111
人阅读/0 人点赞/0 条评论
敏捷开发,强调人在过程中发挥的价值。 在敏捷开发中,测试是整个项目组的“车头灯”,它告诉大家现在到哪里了,正在向哪个方向行走。测试人员为项目组提供丰富的信息,使得项目组基于这些可靠的信息作出正确的决定。
271°/2712
人阅读/0 人点赞/0 条评论
在测试工作伊始,软件测试工程师应该搞清楚软件测试工作的目的是什么。如果你把这个问题提给项目经理,他往往会这样回答:“发现我们产品里面的所有BUG,这就是你的工作目的”。作为一名软件测试新手,如何才能发现所有的BUG?如何开始测试工作?即便面对的是一个很小的软件项目,测试需要考虑的问题也是方方面面的,包括硬件环境、操作系统、产品的软件配置环境、产品相关的业务流程、用户的并发容量等等。该从何处下手呢?
239°/2396
人阅读/2 人点赞/0 条评论
昨天轻松了一天,今天又要开始新的工作了,因为要转行做测试心里有点喜又有点愁,喜的是:终于可以转到测试行业,之前就喜欢IT,可是迫于各种压力一直没有从事测试工作,今天终于决定踏进测试这个门;愁的是:我要怎样才能进入这个行业,因为自己在这一行没有实践经验,怕自己都没机会踏这个门,但是朋友和同事都说了测试这行不难关键是要能吃苦耐劳,并勤学肯专研,再有一点专业基础,我
247°/2427
人阅读/0 人点赞/5 条评论
昨天终于结束了奋战半年多的考试,心里无比高兴,犹如放下了一个大石头,别提多美了,今天好好地故地重游了一下长宁的易初莲花,感觉变化真是太大了,整体空间没变,但是货位加了很多,可是并不显得拥堵,相反比以前还敞亮,让我由衷的感叹设计的美妙和设计者思维的强大!!!
249°/2446
人阅读/0 人点赞/5 条评论