对于测试媛来说,最基础的就是功能测试,也就是大家所说的“点点点”,也有越来越多的同学在功能测试还没打好基础之前就想接触自动化测试,结果就是越做越迷茫。
通常我们认为的功能测试是根据需求,进行测试。其流程包括需求分析,用例编写,用例评审,提测验证,Bug回归验证,上线与线上回归等来进行测试。接下来让小编将带大家了解测试相关的提升建议!
一、进行需求分析,发挥主动性
在正常的需求产出时,产品需要分析这个需求的价值,影响范围和实现代价。然而现实中,有了需求组织评审之后开发测试并上线。
首先在需求评审时,作为一个测试人员必须了解此次需求的内容,影响到现有的功能,涉及到的操作系统或类别等,然后准确的评估出工作量,防止因评估不足造成后期测试不充分。
其次,需要关注开发和产品的讨论,开发认为比较难实现的部分,其中做出的变动和难点就是测试的时候必须重点关注的部分
最后需求评审结束后,要求产品更新此次评审过程中的所有改动部分,同时给出方案确保产品的任何改动都及时更新。
二、用例设计与评审,做到不遗不漏
测试用例是每个测试人员在工作过程中必须要完成的工作,不管是用Excel,还是用XMind书写,都是用来指导测试工作及文档沉淀。现实中很多人并不太在意测试用例的编写,从而造成很多测试用例并不达标,实际上更应该关注用户,从用户的角度来写用例。
测试用例必须具备的测试用例名,执行步骤,预期结果。还有就是测试方案的选择必须全面,作为功能测试人员可能不会编写自动化测试脚本,不会性能测试,安全测试,但是必须能根据需求想到要实施哪方面的测试。
设计用例时要设计开发自测和验收提测试标准的冒烟测试用例和针对需求的全面测试用例。完成用例要主动联系相关人员进行用例评审,强调开发自测,在评审过程涉及时修改不合适的用例。
三、测试流程,注重项目控制
项目的流程控制在需求开始时就应该重视起来,只是很多时候没有意识到这是测试的工作,有的是产品来控制,有的是专门的项目经理来控制。测试人员是一线的工作人员,必须有关注整体项目的意识。若不关注项目进度,提测时才开始进行测试,在测试过程便会遇到与测试内容和最初的需求不一致的情况,增加新的内容从而增加工作量。因此自己负责的需求,要时刻关注项目的情况,中间变更需求时,要评估是否影响项目进度,判断是否需要重新排期。
在测试过程中,发现了bug必须详细描述问题,不管是jira,禅道或是其他的bug管理方式,一个bug要写清楚以下几点:Bug问题描述,bug重现步骤,是否有前置条件,预期结果,实际结果,以方便开发去进行修改,同时给bug准确分级,实时跟踪进度,保证项目按期完成。
四、上线回归与项目总结
需求上线后,要及时进行线上回归,同时需要提醒相关的人员进行自动化线上回归或监控。作为功能测试人员,在一个项目完成后,必须要对项目做相应的文字总结。总结整个项目过程中遇到的问题,最后的解决办法,需要注意哪些问题,有什么可以借鉴的方案或是改进策略等。
若公司有相应的项目总结方案,那测试的时候就要多关注一些数据,如冒烟测试是否一次通过,Bug数及不同级别的bug数,提测试次数,上线次数等。
总之,大家在工作岗位上要时长思考的并不只是对公司业务的熟悉,公司现有工具的使用等等,这对之后跳槽来说是没有任何优势的。
更加重要的是对同类业务流程的掌握,项目的整体把控,快速了解业务并能根据需求选择测试方案,引进现有的测试工具提高测试效率,测试过程中遇到问题的预判和解决办法等才是功能测试人员必须具备的能力。#功能测试##服务器##软件测试##软件测试工程师##功能测试工程师#
通常我们认为的功能测试是根据需求,进行测试。其流程包括需求分析,用例编写,用例评审,提测验证,Bug回归验证,上线与线上回归等来进行测试。接下来让小编将带大家了解测试相关的提升建议!
一、进行需求分析,发挥主动性
在正常的需求产出时,产品需要分析这个需求的价值,影响范围和实现代价。然而现实中,有了需求组织评审之后开发测试并上线。
首先在需求评审时,作为一个测试人员必须了解此次需求的内容,影响到现有的功能,涉及到的操作系统或类别等,然后准确的评估出工作量,防止因评估不足造成后期测试不充分。
其次,需要关注开发和产品的讨论,开发认为比较难实现的部分,其中做出的变动和难点就是测试的时候必须重点关注的部分
最后需求评审结束后,要求产品更新此次评审过程中的所有改动部分,同时给出方案确保产品的任何改动都及时更新。
二、用例设计与评审,做到不遗不漏
测试用例是每个测试人员在工作过程中必须要完成的工作,不管是用Excel,还是用XMind书写,都是用来指导测试工作及文档沉淀。现实中很多人并不太在意测试用例的编写,从而造成很多测试用例并不达标,实际上更应该关注用户,从用户的角度来写用例。
测试用例必须具备的测试用例名,执行步骤,预期结果。还有就是测试方案的选择必须全面,作为功能测试人员可能不会编写自动化测试脚本,不会性能测试,安全测试,但是必须能根据需求想到要实施哪方面的测试。
设计用例时要设计开发自测和验收提测试标准的冒烟测试用例和针对需求的全面测试用例。完成用例要主动联系相关人员进行用例评审,强调开发自测,在评审过程涉及时修改不合适的用例。
三、测试流程,注重项目控制
项目的流程控制在需求开始时就应该重视起来,只是很多时候没有意识到这是测试的工作,有的是产品来控制,有的是专门的项目经理来控制。测试人员是一线的工作人员,必须有关注整体项目的意识。若不关注项目进度,提测时才开始进行测试,在测试过程便会遇到与测试内容和最初的需求不一致的情况,增加新的内容从而增加工作量。因此自己负责的需求,要时刻关注项目的情况,中间变更需求时,要评估是否影响项目进度,判断是否需要重新排期。
在测试过程中,发现了bug必须详细描述问题,不管是jira,禅道或是其他的bug管理方式,一个bug要写清楚以下几点:Bug问题描述,bug重现步骤,是否有前置条件,预期结果,实际结果,以方便开发去进行修改,同时给bug准确分级,实时跟踪进度,保证项目按期完成。
四、上线回归与项目总结
需求上线后,要及时进行线上回归,同时需要提醒相关的人员进行自动化线上回归或监控。作为功能测试人员,在一个项目完成后,必须要对项目做相应的文字总结。总结整个项目过程中遇到的问题,最后的解决办法,需要注意哪些问题,有什么可以借鉴的方案或是改进策略等。
若公司有相应的项目总结方案,那测试的时候就要多关注一些数据,如冒烟测试是否一次通过,Bug数及不同级别的bug数,提测试次数,上线次数等。
总之,大家在工作岗位上要时长思考的并不只是对公司业务的熟悉,公司现有工具的使用等等,这对之后跳槽来说是没有任何优势的。
更加重要的是对同类业务流程的掌握,项目的整体把控,快速了解业务并能根据需求选择测试方案,引进现有的测试工具提高测试效率,测试过程中遇到问题的预判和解决办法等才是功能测试人员必须具备的能力。#功能测试##服务器##软件测试##软件测试工程师##功能测试工程师#