传统QA和敏捷QA各自的特点
传统QA的特点:
1. 独立于开发团队的Team,质量的最后一道防线,表现在:
a. 检查需求的Bug,检查代码的风险,例如是否进行了coding review,是否符合代码规范...
b. 制定开发计划,根据需求编写测试用例,更多的是手工测试,纪录Bug到bug跟踪工具,分析bug
c. 代码完成后进行测试
d. 决定是否可以release
e. 开发人员把QA作为质量的保护者,而主观上放松了coding的质量
敏捷QA的特点:
1. 作为开发团队的一员,整个team对质量负责,表现在:
a. 关注编码,例如评审设计,(对技能要求更高)
b. 自动化测试(对技能要求更高)
c. 在客户很难和Team工作在一起时,QA更多承担customer proxy
d. 程序员同样关注质量,特别在代码的质量,包括是否符合需求,是否可以自动测试...
2.敏捷测试人员的招聘需求,见下图“agileprocess.vsd - agile tester requirement”
本身传统开发和敏捷开发各有自己适用的场景。如果要实施敏捷开发,敏捷QA对人员的要求更高,对整个Team、公司的Agile文化也有要求,需要过程。
本身传统开发和敏捷开发各有自己适用的场景。如果要实施敏捷开发,敏捷QA对人员的要求更高,对整个Team、公司的Agile文化也有要求,需要过程。
http://blog.vsharing.com/agiledo/A891323.html
传统QA的特点:
1. 独立于开发团队的Team,质量的最后一道防线,表现在:
a. 检查需求的Bug,检查代码的风险,例如是否进行了coding review,是否符合代码规范...
b. 制定开发计划,根据需求编写测试用例,更多的是手工测试,纪录Bug到bug跟踪工具,分析bug
c. 代码完成后进行测试
d. 决定是否可以release
e. 开发人员把QA作为质量的保护者,而主观上放松了coding的质量
敏捷QA的特点:
1. 作为开发团队的一员,整个team对质量负责,表现在:
a. 关注编码,例如评审设计,(对技能要求更高)
b. 自动化测试(对技能要求更高)
c. 在客户很难和Team工作在一起时,QA更多承担customer proxy
d. 程序员同样关注质量,特别在代码的质量,包括是否符合需求,是否可以自动测试...
2.敏捷测试人员的招聘需求,见下图“agileprocess.vsd - agile tester requirement”
本身传统开发和敏捷开发各有自己适用的场景。如果要实施敏捷开发,敏捷QA对人员的要求更高,对整个Team、公司的Agile文化也有要求,需要过程。
本身传统开发和敏捷开发各有自己适用的场景。如果要实施敏捷开发,敏捷QA对人员的要求更高,对整个Team、公司的Agile文化也有要求,需要过程。
http://blog.vsharing.com/agiledo/A891323.html