关于测试开发 需不需招聘？ 我认为没有测试架构师的测试团队，可以不考虑测试开发人员；

我认为的测试开发，其实就是开发人员，转行做测试工作；

工作范畴：
1，提供便捷的快速出结果的小工具；
2，针对专项可以直接接手，快速上手；
3，透彻代码层，提供测试新的测试思虑；
4，devops 开发,暂时不需要；
5，前沿测试领域的，分析和实践，拓展测试人员的思路；
6 ，针对系统 提供架构师性能调优 数据
7 ，吃透 代码编辑摸索、程序员代码惰性；
8， 有指导上线的 测试指向性的白皮书；
9，可以规划，测试部门 2 年以内的测试产物规划；和上马；

探索性测试如何开展？

先说概念，探索测试 什么是探索测试？

探索性测试，最早是 2008 年，大厂为了 迎合全球业务，差异化地区；拓展的一项测试工作； 之前是有产品人员兼职；最早也是出现手机行业；

2015 年以后，手机使用率 爆表，PC 端的业务，阶梯型的转向手机，游戏行业首先引入探索测试；

但是 ，通过实际的收集，来看 基本都是凉凉；但是，2018-2022 年，手机 + 可穿戴设备的时代，探索性测试又被提出来了；

那么一个测试团队如何引入探索测试呢？

一）首先 必须满足
1，一个小组六人以上的团队，每个人必须精通 软件产品质量六属性；（因为很多公司团队才测试人员，在编辑测试方式呢时候，写着写着 写不出来了；）
2 ,测试团队 自上而下的，引入探索性测试；不是玩玩 也不是试试； 是作为一测试项；
3，测试项目有排期；
4，探索性测试，不一定会提升测试质量，这个你要早早明白；

二）探索性测试 引入

做探索性测试 没有对错； 只注重测试思维 ，

通用的探索性测试思维 ： 收集 实验 分析调研 划分优先级； 注意了 这个环形的操作是动态变更的，如果不动态，探索性测试就会演变成功能测试 ；明白否？

软件在探索性的划分 ：

历史区：针对的是 “老代码”，既在前几个版本就已经粗在的软件特性，包括哪些用于修复已知的缺陷
商业区：针对的是销售特性：就是指产品的重要功能和特性，是测试时需要重点测试的对象
娱乐区：针对的时辅助特性，就是那些不重要的特性的测试
破旧区：针对问题高发特性，测试思想也就是 “落井下石”
旅馆区：针对平台或维护特性
“旅游区”（吹牛、噱头特性）：特点是关注如何快速访问文件的各项功能

至于每个模块使用那个测试方法，有参考，但我感觉不怎么好，还是自己琢磨自己公司的 自己给自己的测试方法下定义 创造一个测试方法，也是锻炼自己成长；