完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
|
|
相关推荐
6 个讨论
|
|
|
我觉得软件测试还是很必须的，如果工程写的程序都已经4000~5000个vi了，还只是埋头不断实现功能，却没时间、没方法、没理论的进行必要的测试，势必到最后软件会崩盘的。现在不是到处提倡敏捷团队、敏捷开发吗？？其中就必须加快迭代周期、增加迭代次数。那么需求、分析、设计、编码、测试将以更小的周期迭代。怎么保证上一次迭代是没有bug，为下一此迭代做坚实的基础呢？？估计要把好测试这个环节。以前瀑布式的开发流程对小项目的确很快就出产品，但现在项目越来越大，那么好的方法论、技巧都应该是必须的。什么黑盒测试、白盒测试、单元测试、性能测试等等都应该提倡。比如结伴编程就是一个不错的方法来减少单个程序员的片面思维等等。
|
|
|
|
|
|
|
|
|
顶哦，我们这边也面临这样的问题，如何测试。
我先说说我的意见，希望大家斧正（以下的测试名称都是我自己命名的，请轻拍）： 1、快速测试，试运行一次，看看功能是否实现，这个是最最简单的也是最最基本的。 2、饱和测试，使用理论最大数目的输入变量进行试运行，如果没有理论最大值，则使用实际可能出现的情况的最大值，如果是后者，要在测试结果中说明测试条件。 3、典型值测试，使用输入变量数目的典型值进行试运行，这个典型值可以是实际使用时最常见的数量，也可以是软件编写人员给出的典型值，比如在某个特定数量时程序进行特殊判断，那么这个数量可以作为一个典型值，典型值需要编程人员提供。 4、最简测试，使用理论最小数目的输入变量进行试运行，如果没有理论最小值，则使用实际可能出现的情况的最小值，如果是后者，要在测试结果中说明测试条件。 5、系统适应性测试，不是只针对软件，要针对硬件仪器同时进行测试，针对使用次数最多的，最有可能出现问题的情况进行测试。比如做一个测试温度的程序，那么读取温度数值是最多的硬件操作，测试读取温度的速度最快或最慢时会否造成硬件通讯问题，读取温度次数很多时（比如10万次）会否造成硬件通讯问题等等 6、试运行测试，联合硬件进行一次正规的完整的测试，硬件方面尽量包含各种典型情况。 |
|
|
|
|
|
|
|
你正在撰写讨论
如果你是对讨论或其他讨论精选点评或询问，请使用“评论”功能。
249 浏览 0 评论
1661 浏览 0 评论
1115 浏览 0 评论
699 浏览 0 评论
【团购】独家全套珍藏！龙哥LabVIEW视觉深度学习实战课（11大系列课程，共5000+分钟）
3072 浏览 0 评论
/9 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
6334
评论
淘帖
9613
22
