lifangzhen

1、负责微众银行APP业务的功能测试工作,保障发布质量

2、根据项目测试计划制订项目测试用例并实施,保证项目质量和进度

3、与产品经理和开发人员就项目要求、进度和问题进行沟通

4、负责设计测试用例,组织并进行产品测试,提交软件的测试报告

5、参加软件项目的相关评审

6、负责缺陷跟踪和管理

7、负责自动化用例的的编写和监控脚本维护

工作要求:

3、熟悉测试流程与各种测试技巧,有良好的需求分析、用例设计和执行能力

4、具备良好的团队合作意识,较强的沟通能力和表达能力

5、热爱软件测试工作,可以胜任重复性工作,工作细致认真、有耐心、有责任心

6、了解手机应用行业,熟悉手机终端任一平台,如ANDROID、IPHONE、Kjava、Symbian、WindowsM等



先说项目测试计划的制定

项目测试计划指定的依据是什么?好像会说,测试计划是项目负责人写,跟测试执行人员没有关系,好吧,那这个我就不发表意见了。

项目要求、进度、问题的沟通

这个似乎也是项目测试负责人的问题,执行遇到的堵塞问题进行汇总到测试负责人手中,再统一出一份测试日报,将当前测试进度、测试遇到的环境等问题进行描述,发送到项目经理手中,经项目经理确认后,再次确认影响测试进度的问题。

测试用例的设计

这个在我的另一篇文章中有讲到,《测试案例的来龙去脉》。写测试案例是每个测试人员必备的基本技能。如何评判一份测试案例写的好坏。个人认为:一是,一条案例必不可缺的几点要素;二是,测试点基本覆盖,三是,案例简单明了,新进入项目的执行人员,能看懂,并按测试案例中的步骤将测试场景造出来。

参与软件项目的相关评审

首先明确的评审活动有:案例评审,设计评审

案例评审,这个环节不能省略。案例评审的目的是,再次确认测试点是否覆盖完全,以及是否存在冗余的测试案例,避免重复工作,或者判断某测试点的场景是否存在,如何进行测试等问题。

设计评审,设计评审的前提是,你必须对当前项目的业务逻辑十分清楚,也知道当前实现方式。从目前的设计逻辑为前提以及参考市场上同类产品的设计,提出一些合理的建议~(这是一名优秀的功能测试人员才能达到的标准)

缺陷跟踪和管理

这个是每个测试人员都会体会到的。发现缺陷,谁发现,谁跟踪,谁验证,谁回归,这是默认的规则。至于怎么跟踪,怎么管理,每个人有每个人的处理方式,但是记住一点:发现缺陷,首先跟开发确认,开发修复后,及时进行验证,不要等封版了再去给验证,会影响上线。

以上的要求说的都是测试基本专业能力


1. 主要职责说明:
1 编写测试计划:仔细阅读项目规格说明、设计文档、使用说明书等,充分掌握软件的
性能、特点、使用方法、业务流程等,协助测试经理制定项目的测试计划,保证产品测
试工作的计划性与规范性
2 编写测试用例:按照测试流程、计划以及对产品特性的把握,沟通确认测试的范围、
重点,考虑逻辑、数据完整性等要求,详细规定测试的要求,策划、编写测试用例,设
计测试用数据及预期结果,做好测试前的准备工作,确保测试目的的达成
3 搭建测试环境,保证测试环境的独立和维护测试环境的更新,做好测试前的准备工作,
确保测试环境的稳定和版本的正确。
4 执行测试,根据测试计划及测试案例,执行测试,并根据产品特点及测试要求,实施集成测试、系统测试等,及时发现软件缺陷,评估软件的特性与缺陷,确保测试目的的
达成。
5 进行BUG验证根据测试结果,与开发部门反复沟通测试情况,督促开发部门解决问
题,修正测试中发现的缺陷,完善软件功能
6 进行测试记录和相应文档编写。
7 编写测试报告和对测试结果分析,通过测试,掌握软件具有的能力、缺陷、局限等,
对软件质量给出评价性的结论与意见,整理测试文档,填写软件测试报告,编写测试总
结,为软件开发成果提供总结性意见
8 完成上级及部门其他领导交办的临时任务

2.熟悉测试流程,能独立完成测试计划,测试用例设计。
熟悉数据库检索操作,需要熟悉Oracle,Sybase,Mysql,SQLserver中至少一种。
黑盒测试,灰盒测试,需要有一定的代码基础(.net/c#/php)
会使用一种或多种功能自动化测试工具有一定的系统配置经验的优先考虑

3.根据项目计划制定项目测试用例并实施,保证项目质量和进度-根据项目设计与实现有关自动化测试的代码与用例-根据项目特点,开发合适测试工具或自动化解决方案,提高测试效率-参与程序架构和代码的评审工作,并提出改进意见-设计与执行测试用例,跟踪定位产品软件中的缺陷或问题-与项目相关人员就项目进度和问题进行沟通
4.5.参与电信项目开发;参与参加定制终端项目开发,包括但不限于:
6.负责测试计划编写,测试用例设计,测试执行和报告,编写必要的测试工具。
7.任职要求:

8.统招正规大学本科以上计算机相关及相关专业;
9.熟练操作UNIXwindows操作系统,熟悉Unix Shell编程
10.熟悉常用的Test工具和bug tracking 工具;
11.熟悉常用大型数据库如
Oracle/Sybase
的使用及安装;
12.良好的文档书写能力;
13.要求英语具有良好的听写能力;
14.具有电信软件开发经验者优先;

 简历

1、参与执行项目(编写)测试计划,保证产品测试工作的计划性与规范性
2、编写并执行测试用例(冒烟测试、回归测试)及缺陷跟踪,提交测试报告,提高项目质量和进度

 3、 搭建测试环境,能够熟练使用各类测试工具

4、 独立完成对产品的(集成测试-指接口测试)、系统测试,对产品的功能、性能测试,版本测试及其他测试

 

 测试计划是很重要的。最近无意中的发现一篇好的编写测试计划的文章,收藏先,还是有用得着的地方:

    俗话说:凡事预则立,不预则废!软件测试同样,在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。
一.首先了解以下几个问题:

 1.  为什么要编写测试计划?

1)领导能够根据测试计划做宏观调空,进行相应资源配置等;

2)测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等;

3)便于其他人员了解测试人员的工作内容,进行有关配合工作

2.  什么时间开始编写测试计划?

(测试需求分析前总体测试计划书/测试需求分析后详细测试计划书)

3.  由谁来编写测试计划?

具有丰富经验的项目测试负责人

4.  测试计划编写6要素?(5W1H)

1)why——为什么要进行这些测试;

2) what—测试哪些方面,不同阶段的工作内容;

3) when—测试不同阶段的起止时间;

4) where—相应文档,缺陷的存放位置,测试环境等;

5) who—项目有关人员组成,安排哪些测试人员进行测试

6) how—如何去做,使用哪些测试工具以及测试方法进行测试。

 

二.测试计划主要内容:

 1.引言

1.1项目背景

1.2参考资料(计划编写依据:可行性分析报告/软件需求定义/软件概要设计/软件详细设计/用户使用说明书/……)

1.3测试术语

1.4有关项目人员组成以及联系方式(开发人员/版本控制人员/测试人员/软、硬、结构、营销人员等)

2.任务概述

2.1测试范围

2.2测试目标

2.3广义上还包含测试需求分析/测试用例编写/测试环境搭建/测试培训/测试执行等

3.测试策略

3.1测试人员需求、分工

3.2测试方法(自动化测试/手动测试;白盒测试黑盒测试;中断测试/临界测试/压力测试等)

3.3工具引用及测试培训(内训/外训)

3.4测试阶段计划(工作内容、人员安排、起止时间等)

3.5测试停止及恢复条件

3.6测试文档及缺陷提交管理等

3.7测试环境

4.测试资源

4.1硬件资源需求

4.2软件资源需求

4.3测试环境需求

4.4测试人员需求

4.5其他(仪器、服务器等)

5.风险评估

5.1人力方面;

5.2时间方面;

5.3环境方面;

5.4资源方面

5.5部门合作方面

6.其他内容

除以上内容有关项外,还要包括测试计划制定者、日期、修改记录、评审人员(开发负责人/测试负责人/项目经理)等信息

 

三.编写测试计划注意事项:

1.测试计划不一定要尽善尽美,但一定要切合实际,要根据项目特点、公司实际情况来编制,不能脱离实际情况;

2.测试计划一旦制定下来,并不就是一层不变的,世界万事万物时时刻刻都在变化,软件需求、软件开发、人员流动等都在时刻发生着变化,测试计划也要根据实际情况的变化而不断进行调整,以满足实际测试要求.

3.测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等,不一定要太过详细.

 

四.评审总结

 

1.计划评审

   测试计划编写完成后,一般要对测试计划的正确性、全面性以及可行性等进行评审,评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。

2.计划总结

  项目完成后,应该对计划的执行情况进行评审,看有哪些不合理的地方,以便为编写下一个项目测试计划做经验积累。

 

五.测试计划模板(示例)

    这篇文章写的思路清晰,而且简单易懂,很适合我这种门外汉。最大的遗憾就是,为什么模板没给出来......

分类:

技术点:

相关文章:

  • 2021-10-07
  • 2021-10-07
  • 2021-11-03
  • 2021-11-13
  • 2021-12-10
  • 2021-09-18
  • 2021-06-13
  • 2021-11-27
猜你喜欢
  • 2021-10-07
  • 2021-10-07
  • 2021-12-09
  • 2021-10-07
  • 2021-10-07
  • 2021-10-07
  • 2021-10-07
相关资源
相似解决方案