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

东子的风神兽

列举一个项目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.测试是否最小程度地依赖于先前测试或步骤生成的数据和条件

yrcjy

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

根据你说说的，估计你们公司都不是很规范，没有产品设计文档，也没有测试流程。像这样的公司就是不重视测试，也建议你乘早跳槽换家正规的公司做测试吧。编写测试用例方法很多的：（1）等价类划分测试 （2）边界值测试 （3） 场景法设计测试 （4） 因果条件输入法测试 。你可以根据这些思路结合业务需求去设计测试用例。

wycmjrg

不错哦

喵小妖7117

楼主，我想请教一下。我们公司的是B/S架构的，每个模块，基本上就是增删查改。每次测试的时候，都已经有了系统。我要写测试用例，但是没有需求规格说明书或者设计文档之类的文档。我想请教以下，写测试用例的话，例如针对新增，每一个输入框的长度，类型都不知道的情况下，要针对每一个输入框不同类型长度写测试用例吗？请教一下，你面对这样的系统怎么写测试用例？
我们公司平时测试都没有要求写用例，都是直接测试的，但是我觉得身为测试人员，测试用例一定要学会，也很重要，所以向你请教一下。

Halo3224

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

那你应该是在大公司，刚入职的吧，一般大公司很多东西轮不到我们去设计，已经设计好了，我们只是执行测试用例，要想全面的学点东西最好是小公司，后期可以去大公司

alan766436891

我是开发转的测试，也算新手吧！！小公司，前端、后台、测试都在干，感觉能看懂就是不知道怎么操作

fhhh_eyou

感谢分享，谢谢

929328

楼主，及各位沙发，请教一下，楼主上面出现的这条内容：<测试是否最小程度地依赖于先前测试或步骤生成的数据和条件>中的最小程度、先前测试产生的数据和条件这两个点不能很好的理解！我是新手，多谢各位踊跃指点

东子的风神兽

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

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