软件测试之业务 碎碎念(摘录)

了解 分析 确认 需求

环境部署 （软硬件，参数，开发求助）

业务了解 系统了解

补丁

思维模式

产品角度看测试

1 界面(总之是用户最需要最看重，或者是产品最吸引用户的地方)，然后才是易用性，可用性

2 了解竞争对方，求进步

3 需求角度，check需求

4 性能，稳定性。功能之后的考虑。

5 产品经理 了解业务和需求

项目经理了解管理和流程

开发部门实际解决问题

细心，对bug的敏感度

了解业务：专业术语，模块结构，数据流向，实现方法

需求文档，用户手册（项目的框架和流程），执行别人写的测试用例(流程)

找个点，顺藤摸瓜（怎么找到这个点，找上级沟通寻求资源，和开发沟通，或涉及的所有人员沟通，弄明白每个模块谁负责，某个程序是做什么的，，尽量share to 大家，不要只是一味索取答案。尽量脸皮厚，只要人家愿意跟你讲，就问）

测试过程中会有各种问题和疑问，需要判断和分析（比如...形成question list去沟需要多方通确认）需要多方对业务流程 功能细节 原始需求等沟通 加深理解 并达成共识

和开发 产品 交流沟通

参见同类产品

相关的业务

从需求方的角度去考虑业务本身的价值走向；从开发的角度去推断业务的逻辑构架；从测试的角度去分析业务的合理和完整性；从用户的角度去体验业务的易用性。

被测软件的行业背景及其作用

我认为这个问题应该分几种情况来对待吧。
1. 目前该软件的业务已经比较成熟稳定了，例如像CRM，ERP这样的软件，但对于个人来说完全不熟悉的这种情况，就很容易解决。例如用百度，Google，直接看说明书，甚至直接问用过的朋友或者同事就能了解的差不多了。
2.目前该类软件还处在探索阶段，市场上的版本基本稳定，核心功能基本差不多。这种情况如果有需求就很好解决，百度+查看SRS就OK了。
3.如果该软件只是为某个客户定制的，且完全是创新来的，市场上完全找不到相关软件来参考。这种情况主要要靠个人能力和知识的积累了，如果没有明确的SRS,想要快速了解业务估计只能跟客户或者需求分析人员多多沟通了，或者直接把自己当做该软件的用户来充分发挥你的想象力了。