发表于： 2019-10-07 22:40:31
2 476
今天完成事情：
复盘申请
明天计划的事情：
复盘申请
存在的问题：暂无
收获：
总结之前的任务也就是回顾，加深知识点的学习。
任务一
一、需求分析
1.观需求是需求
设计方案比较简陋，考虑不周，功能缺失，有可能造成返工，工作量翻倍。
2.观需求不仅是需求
设计方案比较繁琐，杂乱，功能全面但是页面杂乱，用户体验比较差，功能页面布局不符合用户习惯，有可能与使用场景相悖。
3.观需求还是需求
是我们追求的目标，这时的设计方案不近功能完善，页面层级比较清晰、明确，符合用户习惯和使用场景，已经是一个合格的设计方案。
二、测试用例
1.什么叫测试用例
简单来说，就是有条不紊的给系统挑刺，然后做记录。
用一个固定的模板，来把我们做过所有开脑洞的测试记录下来，这个，就是测试用例。
测试的前提是需要了解需求，测试要有完备性， 要能覆盖各种各样的场景，要学会开脑洞的。
测试用例是测试设计的一个产出物，它能够直接体现测试设计的思想，测试用例的完整性决定了产品上线之后的质量高低，测试用例是测试产品的其中一个方式，是一个手段，其目的是为了检测产品的缺陷，测试产品需求以及各项功能的完备性。
2.如何撰写测试用例
序号、模块、编号、功能点、子功能点、用例名称、前置条件、操作步骤、预期结果、测试结果、结果描述、测试人员、测试日期、bugID、bug负责人
三、测试流程
四、bug及bug修复流程
1.bug是指在开发过程中，开发人员完成一部分工作，测试、产品及设计人员对开发阶段的输出做出评估和测试，由此产生的问题就是bug。
2.BUG分类
1）严重bug，功能无法使用，或者因为部分漏洞导致用户受到了损失。比如使用软件时出现的闪退，死机，打不开等等。
2）一般bug，问题明显，但不会影响用户正常使用或造成损害，一般是功能实现的不彻底或冗余导致。比如点击第一下点击按钮没反应，需要再次点击才激活按钮；在网络正常的环境下，账号登录耗费时间过长等。
3）轻微bug，细节问题，用户在正常使用情况下不会感知。比如图标尺寸、字体颜色等问题。
3.bug修复流程
返回列表
评论