1. 软件测试基础：从理论到实践的完整认知

刚接触软件测试时，很多人会疑惑：为什么明明开发完成的软件还需要测试？这里有个真实案例：某电商平台在促销活动时突然崩溃，事后发现是因为未对高并发场景进行测试。这个价值千万的教训告诉我们，软件测试是保障产品质量的最后一道防线。

软件测试生命周期（STLC）包含六个关键阶段：

• 需求分析阶段：测试人员需要像侦探一样挖掘需求文档中的隐藏信息。我曾遇到过因为忽略"支持小数点后两位"这个需求，导致财务模块出现严重缺陷的案例。
• 测试计划阶段：不仅要规划测试范围，还要设计测试策略。比如在敏捷项目中，我们会采用风险驱动策略，优先测试支付、订单等核心模块。
• 用例设计阶段：这里要掌握等价类划分、边界值分析等黑盒测试方法。例如测试登录功能时，要设计"正确密码"、"错误密码"、"超长密码"等用例。
• 测试执行阶段：除了按计划执行，还要进行探索性测试。有次我偶然发现连续快速点击提交按钮会导致订单重复提交，这就是探索性测试的价值。
• 缺陷管理阶段：从提交到关闭的完整流程中，最关键是复现步骤描述。建议采用"操作+预期结果+实际结果"的三段式写法。
• 测试报告阶段：不要只罗列数据，要分析缺陷分布趋势。比如发现70%的缺陷集中在支付模块，就需要反馈给开发团队改进代码质量。

2. 黑盒与白盒测试：双剑合璧的测试策略

2.1 黑盒测试实战技巧

电商搜索功能测试是个经典场景。采用等价类划分法时：

• 有效等价类：正常商品关键词、热门品牌词
• 无效等价类：特殊字符、超长字符串(如1000个字符) 边界值测试要关注：
• 空搜索
• 单字符搜索
• 最大允许长度搜索
• 最大长度+1的搜索

判定表适合测试筛选条件组合。比如价格区间+品牌+销量排序的组合，用正交实验法可以减少用例数量。我曾用AllPairs工具将原本需要64个用例的场景优化到仅需12个。

2.2 白盒测试深度解析

逻辑覆盖有五个层次：

1. 语句覆盖：确保每行代码都被执行
2. 判定覆盖：每个if语句的真假分支都要覆盖
3. 条件覆盖：复合条件中的每个子条件都要测试
4. 判定-条件覆盖：同时满足2和3
5. 条件组合覆盖：测试所有可能的条件组合

在实际项目中，我通常采用这样的策略：

# 示例：测试信用卡额度判断逻辑 def credit_check(income, credit_score): if income > 50000 and credit_score > 700: return "高额度" elif income > 30000 or credit_score > 650: return "中额度" else: return "低额度" # 测试用例设计 test_cases = [ (60000, 750), # 高额度 (60000, 600), # 中额度(不满足credit_score>700) (20000, 800), # 中额度(不满足income>50000) (20000, 600) # 低额度 ]

3. 专项测试技术：性能与安全的攻防战

3.1 性能测试全流程

使用JMeter进行负载测试时，关键参数配置：

• 线程组：模拟用户数要阶梯增加（如50→100→150）
• 定时器：添加随机延迟更真实模拟用户操作
• 监听器：重点关注响应时间曲线和错误率

性能瓶颈定位的"三步法"：

1. 监控系统资源（CPU、内存、IO）
2. 分析慢查询日志
3. 使用APM工具定位代码热点

有个记忆口诀："一压二看三优化"。即在压力测试中先观察关键指标，再针对性地优化。

3.2 安全测试要点

OWASP Top 10是安全测试的圣经，其中最常见的是：

• SQL注入：使用sqlmap工具测试，或手工尝试' OR '1'='1
• XSS攻击：在输入框尝试
• CSRF：检查关键操作是否有token验证

安全测试工具链：

• Burp Suite：拦截和修改HTTP请求
• ZAP：自动化漏洞扫描
• Nmap：端口和服务探测

4. 自动化测试实战：从工具到框架

4.1 Web自动化测试

Selenium的三种等待策略：

1. 强制等待：time.sleep(5) —— 简单但低效
2. 隐式等待：driver.implicitly_wait(10) —— 全局设置
3. 显式等待：WebDriverWait配合expected_conditions —— 最推荐

PO模式(Page Object)的四个原则：

1. 每个页面一个类
2. 页面元素定位与操作分离
3. 业务逻辑与实现细节分离
4. 返回其他Page Object

# 登录页面示例 class LoginPage: def __init__(self, driver): self.driver = driver self.username = (By.ID, "username") self.password = (By.ID, "password") self.submit = (By.ID, "submit") def login(self, username, password): self.driver.find_element(*self.username).send_keys(username) self.driver.find_element(*self.password).send_keys(password) self.driver.find_element(*self.submit).click() return HomePage(self.driver)

4.2 移动端测试要点

Appium的"三要素"配置：

{ "platformName": "Android", "deviceName": "emulator-5554", "app": "/path/to/app.apk" }

特殊场景处理：

• 权限弹窗：使用autoGrantPermissions能力
• 混合应用：切换WebView上下文
• 横竖屏切换：使用rotate命令

5. 项目实战：电商系统测试全流程

5.1 测试计划设计

电商项目的测试重点矩阵：

5.2 接口测试实战

使用Postman进行订单接口测试：

1. 先获取token：发送登录请求
2. 添加商品到购物车：检查返回的库存数量
3. 提交订单：验证订单状态变更
4. 支付回调：模拟第三方支付通知

关键断言点：

• 状态码校验
• 响应时间阈值
• 业务状态字段
• 数据一致性（如扣减库存）

5.3 性能测试场景

模拟大促场景的测试计划：

1. 基准测试：单用户操作，建立性能基线
2. 负载测试：逐步增加用户到2000并发
3. 压力测试：持续高压保持30分钟
4. 峰值测试：瞬间爆发3000并发

监控指标预警值：

• CPU使用率 > 80%
• 内存使用率 > 90%
• 平均响应时间 > 3s
• 错误率 > 1%