【1】角色组成#

• 架构师 + 产品经理 + 开发者组长

【2】任务#

• 产品经理带着开发部门的老大(架构师、研发经理)，去客户公司寻找客户的需求
• 在见客户之前，架构师和研发经理会先大致了解一下客户的需求
• 然后初步定制出一套比较容易实现的流程
• 之后在和客户的交谈中引导客户按照提前设想好的流程提需求
• 之所以引导客户按照提前设想好的流程提需求是为了防止客户提一些过分或者无厘头的要求

【1】项目划分和分发任务#

• 架构师和组长按照设定好的架构进行相应的功能划分
• 将整个项目划分成几个小的模块或小项目
• 然后分别交由对应开发部门下的小组内的多个编程人员进行开发编写
• 每个成员可能只会写很小的一部分
  • 这样可以降低复杂度、提升开发效率、缩短开发周期

ps<码畜就是这么来的>，而码农则是可以发言的领导层

【2】测试代码#

• 自己负责的功能模块代码自己开发完成后要进行自测
  • 避免出现一些显而易见的 bug
• 如果交付给测试，测试发现了一些低级的 bug
  • 可能会遭到批评甚至扣绩效，也就是扣钱

ps<一定要和测试人员搞好关系>

【3】薪资构成#

• 总薪资 15k
  • 底薪 10k
  • 绩效 3k
  • 岗位津贴 1k
  • 生活补贴 1k

【1】压力测试#

• 压力测试是一种测试方法，用于评估软件在正常和超出正常工作负载时的性能和稳定性。
• 通过模拟高负载条件，测试人员可以确定软件在处理大量请求或用户同时使用时的性能表现。
• 这种测试可以帮助发现系统中的瓶颈，以及确定是否需要进行性能优化。

【2】功能测试#

• 功能测试是一种测试方法，用于验证软件的各个功能是否按预期进行工作。
• 测试人员会根据软件需求规格说明书，逐个测试每个功能点，确保其符合预期的功能要求。
• 这种测试可以帮助发现潜在的功能缺陷和逻辑错误，以便及时修复。

【3】其他#

• 测试部门还可能进行其他类型的测试
  • 如安全测试、兼容性测试、可靠性测试等
  • 以全面评估软件的质量和性能。

【1】提交项目#

• 由技术组长将项目进行打包
• 打包后交给运维人员

【2】测试的任务#

• 交给对方的运维，上线到对方的服务器上
• 上线到自己的服务器，收取一定的维护费用