今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）
1、完成任务一，学会测试，学会写测试用例
什么是测试用例？为什么要测试？测试有哪几种？如何写测试用例？
一个完整的开发流程。从提需求、开发、交付。这中间都应该有个结果。就如你做一件事，得有个东西来判断你是否已经完成了这件事。那么测试结果就是这个东西了。一般情况下，在开需求评审会议时同时会把测试需求列明，以确保产品按质量上线。
一般情况下，测试文档主要分两个部分。即：非功能性测试需求、功能性测试需求。所谓非功能性测试，主要指APP运行时在各种环境下是否能正常运行，而功能性测试是指每个具体功能是否按要求运行。 看了下师兄们交的任务就是这种功能性测试；
在编写测试用例之前，你得想好有哪些前置条件。这些前置条件满足了才能达到你得预期。比如账号密码登录，前置条件时账号和密码同时正确才能正常登录成功。那么此时你就得编写条件不符的时候，是否也会成功。如果成功了，那就属于BUG，需要技术进行修复。
参考任务中的测试用例模板，测试用例的具体填写方法与作用如下：
序号： 不用说，就是按顺序下去的。
模块：该功能点具体属于哪个模块的，填写这个主要是方便查找，如：注册/登录模块
编号：对每个用例进行编号，方便后期跟进。毕竟用文字说，容易口误。不过此处建议编号设计的有点规则，方便快速定位查找。如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。
优先级：在实际测试实践中，测试用例根据重要性分成一定的等级
测试点：具体指某个功能，如：账号登录、首页、发布等。
前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保
证账号正确或密码正确以及账号正确时是存在的。
操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。
预期结果：说明按照前面写的应该呈现出怎样的结果。
测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，
结果描述：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。
测试人员：填写测试人的名字，方便后期跟踪BUG。
测试日期：填写测试的时间，方便后期查询。
BUGID：跟测试编号一样，自己设定ID规则，方便快速查询。
BUG负责人：此处应该有技术那边填写，具体落实到某个人身上，才能更好的解决到问题。
因为对任务中萝卜多的项目背景等都不了解，所以测试用例就根据需求中的需求描述以及验收标准来写的；
然后按照任务要求，对任务中的萝卜多进行了测试，结果发现BUG还是挺多的....部分功能还没有完成。
因为还没提交过任务，所以还不太清楚怎么提交...是保存到网盘，然后附上链接么？我先个截图吧
明天计划的事情：（一定要写非常细致的内容）
1、明天上午安装Axure，先初步熟悉一下；下午开始请假两天半，还有一点私事没办完，然后就是收东西准备搬家了，预计4月29号到北京；
遇到的问题：（遇到什么困难，怎么解决的）
1、第一个问题就是不会提交任务。。。
2、虽然是自己写的测试用例，但也是参照需求文档和验收标准写的，其实对每个模块的需求了解的不是很深，所以有些测试的时候就有点懵，比如说：
这里的需求是说用户只能上线同种行业的一张图片，意思是一个行业只能上线一张图片吗？然后我修改了一个名称相同的行业大图，也上线成功了。
还有就是我并没有找到行业大图在网站上哪里...
收获：（通过今天的学习，学到了什么知识）
1、测试用例就是用来验收客户的需求是否满足以及是否存在BUG的，感觉测试用例的工作量不亚于需求文档啊！
返回列表
评论