猿急送>

其他测试兼职程序员

ID：315244

测试工程师

公司信息：
华勤技术股份有限公司

工作经验：
3年

兼职日薪：
2000元/8小时

兼职时间：
下班后
周六
周日
可工作日远程
可工作日驻场（离职原因）
可工作日驻场（自由职业原因）

所在区域：
其他
全区

技术能力

Java Javascript 测试软件硬件短视频剪辑等
软件测试是通过人工或自动化手段，验证软件是否符合需求定义、是否存在缺陷的过程。其核心目标是尽早发现并修复缺陷，降低软件上线后的故障风险。
1. 软件测试的核心原则
尽早测试：测试活动应贯穿软件开发全生命周期（从需求阶段开始），而非仅在开发完成后进行。
全面性：覆盖软件的功能、性能、安全、兼容性等多维度，而非仅验证表面功能。
独立性：理想情况下，测试人员应独立于开发团队，避免主观偏见影响测试结果。
可重复性：测试用例和过程需可复现，便于缺陷定位和回归测试。
缺陷集群性：80% 的缺陷往往集中在 20% 的模块中，需重点关注高风险模块。
2. 软件测试的分类（按不同维度）
按测试阶段划分：
单元测试：对软件中最小可测试单元（如函数、方法、类）进行验证，通常由开发人员完成（如用 JUnit 测试 Java 方法）。
集成测试：验证多个单元 / 模块协同工作的正确性（如测试 “用户登录” 模块与 “数据库查询” 模块的交互）。
系统测试：对完整系统进行全面验证，确保符合需求规格（如测试电商系统的 “下单 - 支付 - 发货” 全流程）。
验收测试：由用户或客户主导，验证软件是否满足实际业务需求（如 α 测试（内部验收）、β 测试（用户群体测试））。
按测试方法划分：
黑盒测试：不关注内部代码实现，仅通过输入输出验证功能（如测试 “登录按钮” 点击后是否跳转首页）。
白盒测试：基于代码内部逻辑设计测试用例（如测试循环、分支覆盖，确保所有代码路径被执行）。
灰盒测试：结合黑盒（功能验证）和白盒（部分内部逻辑），常用于接口测试（如已知 API 参数规则，验证其返回是否符合预期）。
按专项目标划分：
性能测试：验证系统在不同负载下的响应速度、稳定性（如 “1000 用户同时登录” 时的系统表现）。
安全测试：检测软件是否存在漏洞（如 SQL 注入、XSS 攻击），避免数据泄露或被恶意操控。
兼容性测试：验证软件在不同环境（如操作系统、数据库版本）中的运行一致性。
二、后端测试技术
后端是软件的 “核心引擎”，负责业务逻辑处理、数据存储与交互（如服务器、数据库、API 接口、中间件等）。后端测试需确保这些组件独立及协同工作的正确性。
1. 后端测

项目经验

诚实守信真诚合作电商平台后端接口测试项目
项目名称：电商平台商品管理与订单接口测试（微服务架构）
项目周期：2022.11-2023.05
项目背景：平台为支撑 “618 大促”，对商品库存、订单提交、支付回调等核心接口进行重构，需确保高并发下的稳定性和数据一致性。
测试职责：
主导商品库存接口、订单创建接口的功能测试与自动化测试。
参与支付接口性能测试设计，制定并发场景指标。
负责接口文档评审，提出参数校验、异常处理优化建议。
技术与工具：
接口测试：使用 Postman 编写手动测试用例，通过 Newman 集成到 Jenkins 实现定时回归。
自动化框架：用 Python+Requests+Pytest 搭建接口自动化框架，采用数据驱动模式（Excel 管理测试数据），支持失败用例重跑。
性能测试：JMeter 设计场景（5000 用户并发下单），监控数据库连接池、Redis 缓存命中率、服务器 CPU / 内存使用率。
数据校验：编写 SQL 脚本定期比对接口返回数据与数据库存储数据，确保一致性。
核心成果：
接口自动化框架覆盖核心接口 92 个，回归测试效率提升 70%，大促前共执行回归测试 15 轮，累计发现接口逻辑缺陷 38 个。
性能测试中发现 “高并发下库存超卖” 问题，推动开发实现分布式锁优化，最终大促峰值订单处理能力达 1000 单 / 秒，响应时间≤200ms，零超卖事故。
挑战与解决方案：
挑战：微服务间依赖复杂（如订单接口依赖商品、用户、支付 3 个服务），某一服务故障导致整体测试阻塞。
解决方案：使用 WireMock 搭建各依赖服务的 Mock 服务，模拟正常返回、超时、错误码等场景，独立验证订单接口的容错处理逻辑，测试进度不受外部服务影响