软件测试的旅程??手工测试

Valentina ·
更新时间:2024-11-15
· 577 次阅读

  从事软件测试行业很久了,想要写一些关于软件测试的心得,首先先谈谈关于手工测试吧   软件的问题各种各样,有需求层面的,有设计层面的,有编码层面的,有优化层面的   从阅读各种软件书籍我们可以知道,软件测试中发现问题多的都是手工测试,手工测试发现的问题占整个项目问题的95%以上,运用多的测试方法也是手工测试,手工测试是基础,手工测试也是利器。很多软件公司招聘都喜欢搞虚的,要求会自动化测试,要求会性能测试,其实真的能用得上么,对于测试行业大多数公司来讲只会手工测试够了   我们既然在测试行业,手工测试是不可或缺的,万丈高楼平地起,不说空话,直接说初入测试行业需要掌握的技能   测试计划,测试案例,测试执行,bug管理,版本控制,这些时初入测试行业必须知道的东西   测试计划在有些公司也称为测试方案,指导整个软件测试过程,这个具体的请百度。   测试案例又称为测试用例,软件专业的同学上学时候应该有所接触,测试用例的设计模版网上可以搜到,必要项包括用例编号、模块、摘要、步骤描述、测试数据、前置条件、预计结果,设计测试案例的方法包括边界值、等价类、因果图法、错促猜测法、判定表法,每一个方法都可以在网上百度到,边界值和等价类为常见,也运用多,错误猜测法大多数用于经验丰富的测试人员   测试执行即是按照测试案例设计进行手工测试,测试出问题之后即可进行下一步——bug提交,bug管理工具都大同小异,mantis、禅道可作为案例进行参考,这两个工具均为开源工具,比较好用   bug管理,一般bug管理的必填项包括bug ID、摘要、步骤描述、测试数据、附件或图、状态、优先级、重要程度、指派人   版本控制,这个在测试过程中非常重要,版本做不好管控会导致无休无止的测试,反复工作,终也达不到预期的结果,无论开发人员还是测试人员,在做版本控制的时候一定要注意,要清楚每次版本更新都更新了什么内容,修改了哪些功能,会对那些功能造成影响,好能够有readme文件进行说明   另外是一定要及时暴露问题,千万不能等到上线之前才发现问题,测试的时间一定要保证在120%以上,如果预计8小时完成,在计划中一定要计划为10小时或12小时,给自己充分的时间,不要再领导面前夸海口,不要高估开发人员和自己,要相信,一定还有没发现的问题,软件测试是一个过程,需要全身心投入的一个过程



手工测试 软件测试 测试 软件

需要 登录 后方可回复, 如果你还没有账号请 注册新账号
相关文章