无聊，但有压抑着
上一篇 /
下一篇 2013-06-16 22:33:31
/ 个人分类：Test人生
想去加班，周末哦，不想这么去折腾，但是想一想安排的任务又只剩三天了，19号啊，第一轮测完，看来明天是要加班了，但是在
测试的时候碰到了缺陷，和开发人员讨论，他也分不清是什么问题，我该 怎么办，一个报表研究了一天，这测试的进度严重的打了折扣啊，组长都来了解情况 ，问我能测完吗，还在试用期，我能说测不完吗？给了个模糊的回答，组长走了，我也不知道会有什么安排，但总体来说21张报表我也只测了三天，基本上完成了五张报表，还有三张不知道是什么原因，就是还在确认缺陷当中的，这样就是三天测完了8张报表，还有三天任务就到期了，加把劲应该可以全部测完吧，但是感觉这两天周末太无聊了，没事做，也感觉不到有什么
学习的动力，但整个人又压抑着，老担心这任务的事，这一段时间，对软件的测试完全是抛一边了，一直在熟悉
工作的流程，不过也正式学了两招写
测试用例的方法，按公司的规定，一般的功能用例，对每一个功能都应该有三种测试，
易用性、功能性、可靠性。然后我师傅教我的是，写用例，
1、要把需求规格说明书中的"业务规则"每一项都要体现在用例中，一般是功能性和可靠性中；
2、功能用例要按业务的逻辑顺序写，可以按用户操作习惯把几个连续的功能写成一个用例，比如一般的有增删改查的页面中，用例中先是【增加】控件的测试，然后【查询】，还可以带上【清除】、【删除】控件之类的，这就可以写成一个用例；
3、测试用例编写的顺序是按用户操作习惯来设计，先
易用性，就是查看界面的字段名称等是否和需求相符，然后就是
功能测试，这就是对界面上的控件、业务逻辑是否和需求相符，最后就是每一个功能用例后面跟着的是
可靠性用例，功能性测试是按需求的业务的正常逻辑测试，而可靠是不正常的测试的，就是测试界面的容错性，比如在文本框输入不符合格式的文字，系统会不会有提示之类的。
这几天的任务是执行测试，报表的测试，虽然界面控件比较少，但是报表中的数据都是从别的子系统生成的，然后统计在报表中的，所以业务比较复杂，而且报表都是定时生成的，每次去统计，得先去触发相应的存储过程，而且报表不会统计本月的数据，所以每次录了数据都要去改经办日期，对于我这种刚接手这项目的，对那些
数据库的表啊，字段的一会真分不清哪里对哪里的，但慢慢的摸索还是会熟悉的，但是可怜是这个项目的开发人员啊，真是不好意思老是去打扰他，真的觉得很抱歉，没办法，我也是身不由已。
明天起，加油加油！！测测测，测测测测测测测！
收藏
举报
TAG: