根据自己工作经验，列举一些具体软件测试流程的设计思路

东子的风神兽

列举一个项目A
.............
进行测试用例的框架设计：模块的划分，测试目标，优先级，层次

...........
1.首先根据项目功能，将A分为多个功能模块
2.根据各个划分的功能模块。定义不同的测试环境，测试需求，测试目标
3.然后根据功能模块，设计不同的测试用例（）
4.然后进行兼容性测试用例测试：
                                        1  在不同的操作系统（如：windows ，mac ，linux ，        

                              solairs），不同的浏览器（如：IE，FireFox ，NetScape，            

            Mozilla和Safari）上运行，是否测试新版本同以前版本的数据，接口的兼容性
5.确定哪些模块需要进行性能测试（定义性能测试目标，设计性能测试用例）
6.在做完功能性测试之后，根据项目需要自定义（性能测试，安全测试，兼容性测试）
6.然后进行测试用例的评审：
                        1.测试用例，是否先画好uml时序图，状态图或数据流程图
                        2.是否有错误表供编写测试用例使用
                        3.测试用例结构是否清晰
                        4.软件需求的所有功能点是否都有正常功能用例对应
                        5.每一个正常用例都有对应的异常用例（正反用例设计）
                        6.测试用例是否覆盖了已知输入框的边界值
                        7.测试用例是否覆盖了无效的操作、数据。。。。
                        8.是否考虑输入条件的组合情况
                        9.是否考虑关联功能的测试用例（例如：修改手机号之后，是否之后的消

息会发送到新手机）
                        10.是否所有的接口数据都有对应的测试用例
                        11.测试是否最小程度地依赖于先前测试或步骤生成的数据和条件

东子的风神兽

喵小妖7117 发表于 2015-12-28 10:51
楼主，我想请教一下。我们公司的是B/S架构的，每个模块，基本上就是增删查改。每次测试的时候，都已经有了 ...

就是，测试用例一定是要写的，不然你会发现你测完之后，你都不知道你到底测了什么
至于文本框，要看你们工资有没有要求，比如有些文本框只能输入数字（这些也是需要写出来的），文本框的长度超长的话，（会影响ui，。。。），除了考虑界面显示问题，写测试用例的时候，还必须要覆盖逻辑，以及功能入口这些，都是要考虑进去的