選擇題目

• 題目1：
  • 我們?cè)趧傞_始上課的時(shí)候介紹過一個(gè)小學(xué)四則運(yùn)算自動(dòng)生成程序的例子，請(qǐng)實(shí)現(xiàn)它，要求：
    - 能夠自動(dòng)生成四則運(yùn)算練習(xí)題
    - 可以定制題目數(shù)量
    - 用戶可以選擇運(yùn)算符
    - 用戶設(shè)置最大數(shù)（如十以內(nèi)、百以內(nèi)等）
    - 用戶選擇是否有括號(hào)、是否有小數(shù)
    - 用戶選擇輸出方式（如輸出到文件、打印機(jī)等）
    - 最好能提供圖形用戶界面（根據(jù)自己能力選做，以完成上述功能為主）

我在這次作業(yè)中擔(dān)任的是領(lǐng)航員，何濤是駕駛員

一、單元測(cè)試

1.運(yùn)行結(jié)果

（1）目錄界面

（2）整數(shù)運(yùn)算

（3）分?jǐn)?shù)運(yùn)算

（4）小數(shù)運(yùn)算

（5）復(fù)合運(yùn)算

(6)結(jié)束

對(duì)每個(gè)函數(shù)分別調(diào)用，輸出結(jié)果均正確

（7）算式在文件中的輸出

2.關(guān)鍵函數(shù)的測(cè)試

我選用的是條件覆蓋

（1）對(duì)integer()函數(shù)的測(cè)試（整數(shù)）

測(cè)試用例（10，100，+），（10，100，-），（10，100，*），（10，100，/）
這三個(gè)數(shù)分別表示算式個(gè)數(shù)、最大數(shù)和符號(hào)類型

測(cè)試結(jié)果

（2）對(duì)fraction()函數(shù)的測(cè)試（分?jǐn)?shù)）

測(cè)試用例（10，10，+），（10，10，-），（10，10，*），（10，10，/）

測(cè)試結(jié)果

（3）對(duì)ffloat()函數(shù)的測(cè)試（小數(shù)）

測(cè)試用例（10，10，+），（10，10，-），（10，10，*），（10，10，/）

（4）對(duì)parentheses()函數(shù)測(cè)試（復(fù)合運(yùn)算）

測(cè)試用例（10，10，+），（10，10，-），（10，10，*），（10，10，/）

二、代碼評(píng)價(jià)

功能模塊名稱	四則運(yùn)算
審查人	劉子君	審查日期	2018.4.12
代碼名稱	四則運(yùn)算	代碼作者	何濤
文件結(jié)構(gòu)
重要性? ? ??	審查項(xiàng)	結(jié)論
? ?? ?? ?? ?? ??	頭文件和定義文件的名稱是否合理？	是
	頭文件和定義文件的目錄結(jié)構(gòu)是否合理？	是
	版權(quán)和版本聲明是否完整？	否
重要	頭文件是否使用了 ifndef/define/endif 預(yù)處理塊?	否
	頭文件中是否只存放“聲明”而不存放“定義”	是
程序的版式
重要性? ? ??	審查項(xiàng)	結(jié)論
	空行是否得體？	是
	代碼行內(nèi)的空格是否得體？	否
	長行拆分是否得體？	是
	“{” 和 “}” 是否各占一行并且對(duì)齊于同一列？	是
重要	一行代碼是否只做一件事？如只定義一個(gè)變量，只寫一條語句。	否
重要	If、for、while、do等語句自占一行，不論執(zhí)行語句多少都要加 “{}”。	是
重要	在定義變量（或參數(shù)）時(shí)，是否將修飾符 * 和 ＆ 緊靠變量名？注釋是否清晰并且必要？	否
重要	注釋是否有錯(cuò)誤或者可能導(dǎo)致誤解？	無
重要	類結(jié)構(gòu)的public, protected, private順序是否在所有的程序中保持一致？	無
命名規(guī)則?
重要性? ? ??	審查項(xiàng)	結(jié)論
重要	命名規(guī)則是否與所采用的操作系統(tǒng)或開發(fā)工具的風(fēng)格保持一致？	是
	標(biāo)識(shí)符是否直觀且可以拼讀？	否
	標(biāo)識(shí)符的長度應(yīng)當(dāng)符合“min-length && max-information”原則？	否
重要	程序中是否出現(xiàn)相同的局部變量和全部變量？	是
	類名、函數(shù)名、變量和參數(shù)、常量的書寫格式是否遵循一定的規(guī)則？	是
	靜態(tài)變量、全局變量、類的成員變量是否加前綴？	否
表達(dá)式與基本語句?
重要性? ? ??	審查項(xiàng)	結(jié)論
重要	如果代碼行中的運(yùn)算符比較多，是否已經(jīng)用括號(hào)清楚地確定表達(dá)式的操作順序？	是
	是否編寫太復(fù)雜或者多用途的復(fù)合表達(dá)式？	否
重要	是否將復(fù)合表達(dá)式與“真正的數(shù)學(xué)表達(dá)式”混淆？	否
重要	是否用隱含錯(cuò)誤的方式寫if語句? 例如
	（1）將布爾變量直接與TRUE、FALSE或者1、0進(jìn)行比較。	無
	（2）將浮點(diǎn)變量用“==”或“！=”與任何數(shù)字比較。	否
	（3）將指針變量用“==”或“！=”與NULL比較。	否
	如果循環(huán)體內(nèi)存在邏輯判斷，并且循環(huán)次數(shù)很大，是否已經(jīng)將邏輯判
	斷移到循環(huán)體的外面？	否
重要	Case語句的結(jié)尾是否忘了加break？	無
重要	是否忘記寫switch的default分支？	無
重要	使用goto 語句時(shí)是否留下隱患? 例如跳過了某些對(duì)象的構(gòu)造、變量的初始化、重要的計(jì)算等。	無
常量?
重要性? ? ??	審查項(xiàng)	結(jié)論
	是否使用含義直觀的常量來表示那些將在程序中多次出現(xiàn)的數(shù)字或字符串？	是
	在C++ 程序中，是否用const常量取代宏常量？	無
重要	如果某一常量與其它常量密切相關(guān)，是否在定義中包含了這種關(guān)系？	否
	是否誤解了類中的const數(shù)據(jù)成員？因?yàn)閏onst數(shù)據(jù)成員只在某個(gè)對(duì)象	無
	生存期內(nèi)是常量，而對(duì)于整個(gè)類而言卻是可變的。	否
函數(shù)設(shè)計(jì)?
重要性? ? ??	審查項(xiàng)	結(jié)論
	參數(shù)的書寫是否完整？不要貪圖省事只寫參數(shù)的類型而省略參數(shù)名字。	否
	參數(shù)命名、順序是否合理？	否
	參數(shù)的個(gè)數(shù)是否太多？	否
	是否使用類型和數(shù)目不確定的參數(shù)？	否
	是否省略了函數(shù)返回值的類型？	是
	函數(shù)名字與返回值類型在語義上是否沖突？	否
重要	是否將正常值和錯(cuò)誤標(biāo)志混在一起返回？正常值應(yīng)當(dāng)用輸出參數(shù)獲得，而錯(cuò)誤標(biāo)志用return語句返回。	否
重要	在函數(shù)體的“入口處”，是否用assert對(duì)參數(shù)的有效性進(jìn)行檢查？	否
重要	使用濫用了assert？ 例如混淆非法情況與錯(cuò)誤情況，后者是必然存在的并且是一定要作出處理的。	無
重要	return語句是否返回指向“棧內(nèi)存”的“指針”或者“引用”？	否
	是否使用const提高函數(shù)的健壯性？const可以強(qiáng)制保護(hù)函數(shù)的參數(shù)、返回值，甚至函數(shù)的定義體?！癠se const whenever you need”	否
內(nèi)存管理?
重要性? ? ??	審查項(xiàng)	結(jié)論
重要	用malloc或new申請(qǐng)內(nèi)存之后，是否立即檢查指針值是否為NULL？（防止使用指針值為NULL的內(nèi)存）	無
重要	是否忘記為數(shù)組和動(dòng)態(tài)內(nèi)存賦初值？（防止將未被初始化的內(nèi)存作為右值使用）	是
重要	數(shù)組或指針的下標(biāo)是否越界？	否
重要	動(dòng)態(tài)內(nèi)存的申請(qǐng)與釋放是否配對(duì)？（防止內(nèi)存泄漏）	無
重要	是否有效地處理了“內(nèi)存耗盡”問題？	否
重要	是否修改“指向常量的指針”的內(nèi)容？	否
重要	是否出現(xiàn)野指針？例如（1）指針變量沒有被初始化;（2）用free或delete釋放了內(nèi)存之后，忘記將指針設(shè)置為NULL。	否
重要	是否將malloc/free 和 new/delete 混淆使用？	無
重要	malloc語句是否正確無誤？例如字節(jié)數(shù)是否正確？類型轉(zhuǎn)換是否正 確？	無
重要	在創(chuàng)建與釋放動(dòng)態(tài)對(duì)象數(shù)組時(shí)，new/delete的語句是否正確無誤？	無
C++ 函數(shù)的高級(jí)特性?
重要性? ? ??	審查項(xiàng)	結(jié)論
	重載函數(shù)是否有二義性？	否
重要	是否混淆了成員函數(shù)的重載、覆蓋與隱藏？	否
	運(yùn)算符的重載是否符合制定的編程規(guī)范？	否
	是否濫用內(nèi)聯(lián)函數(shù)？例如函數(shù)體內(nèi)的代碼比較長，函數(shù)體內(nèi)出現(xiàn)循環(huán)。	是
重要	是否用內(nèi)聯(lián)函數(shù)取代了宏代碼？	否
類的構(gòu)造函數(shù)、析構(gòu)函數(shù)和賦值函數(shù)
重要性? ? ??	審查項(xiàng)	結(jié)論
重要	是否違背編程規(guī)范而讓C++ 編譯器自動(dòng)為類產(chǎn)生四個(gè)缺省的函數(shù)：
	（1）缺省的無參數(shù)構(gòu)造函數(shù)；
	（2）缺省的拷貝構(gòu)造函數(shù)；
	（3）缺省的析構(gòu)函數(shù)；
	（4）缺省的賦值函數(shù)。
重要	構(gòu)造函數(shù)中是否遺漏了某些初始化工作？	無
重要	是否正確地使用構(gòu)造函數(shù)的初始化表？	無
重要	析構(gòu)函數(shù)中是否遺漏了某些清除工作？	無
	是否錯(cuò)寫、錯(cuò)用了拷貝構(gòu)造函數(shù)和賦值函數(shù)？	無
重要	賦值函數(shù)一般分四個(gè)步驟：	無
	（1）檢查自賦值；
	（2）釋放原有內(nèi)存資源；
	（3）分配新的內(nèi)存資源，并復(fù)制內(nèi)容；
	（4）返回 *this。是否遺漏了重要步驟？????????	無
重要	是否正確地編寫了派生類的構(gòu)造函數(shù)、析構(gòu)函數(shù)、賦值函數(shù)？	無
	注意事項(xiàng)：
	（1）派生類不可能繼承基類的構(gòu)造函數(shù)、析構(gòu)函數(shù)、賦值函數(shù)。
	（2）派生類的構(gòu)造函數(shù)應(yīng)在其初始化表里調(diào)用基類的構(gòu)造函數(shù)。
	（3）基類與派生類的析構(gòu)函數(shù)應(yīng)該為虛（即加virtual關(guān)鍵字）。
	（4）在編寫派生類的賦值函數(shù)時(shí)，注意不要忘記對(duì)基類的數(shù)據(jù)成員重新賦值
類的高級(jí)特性
重要性? ? ??	審查項(xiàng)	結(jié)論
重要	是否違背了繼承和組合的規(guī)則？	無
	（1）若在邏輯上B是A的“一種”，并且A的所有功能和屬性對(duì)B而言都有意義，則允許B繼承A的功能和屬性。
	（2）若在邏輯上A是B的“一部分”（a part of），則不允許B從A派生，而是要用A和其它東西組合出B。
其它常見問題?
重要性? ? ??	審查項(xiàng)	結(jié)論
重要	數(shù)據(jù)類型問題：
	（１）變量的數(shù)據(jù)類型有錯(cuò)誤嗎？	否
	（２）存在不同數(shù)據(jù)類型的賦值嗎？	是
	（３）存在不同數(shù)據(jù)類型的比較嗎？	否
重要	變量值問題：
	（１）變量的初始化或缺省值有錯(cuò)誤嗎？	否
	（２）變量發(fā)生上溢或下溢嗎？	否
	（３）變量的精度夠嗎？????????	是
重要	邏輯判斷問題：
	（１）由于精度原因?qū)е卤容^無效嗎？	否
	（２）表達(dá)式中的優(yōu)先級(jí)有誤嗎？	否
	（３）邏輯判斷結(jié)果顛倒嗎？????????	否
重要	循環(huán)問題：
	（１）循環(huán)終止條件不正確嗎？	否
	（２）無法正常終止（死循環(huán)）嗎？	否
	（３）錯(cuò)誤地修改循環(huán)變量嗎？	否
	（４）存在誤差累積嗎？????????	否
重要	錯(cuò)誤處理問題：
	（１）忘記進(jìn)行錯(cuò)誤處理嗎？	否
	（２）錯(cuò)誤處理程序塊一直沒有機(jī)會(huì)被運(yùn)行？	否
	（３）錯(cuò)誤處理程序塊本身就有毛病嗎？如報(bào)告的錯(cuò)誤與實(shí)際錯(cuò)誤不一致，處理方式不正確等等。	否
	（４）錯(cuò)誤處理程序塊是“馬后炮”嗎？如在被它被調(diào)用之前軟件已經(jīng)出錯(cuò)。	否
重要	文件I/O問題：
	（１）對(duì)不存在的或者錯(cuò)誤的文件進(jìn)行操作嗎？	否
	（２）文件以不正確的方式打開嗎？	否
	（３）文件結(jié)束判斷不正確嗎？	否
	（４）沒有正確地關(guān)閉文件嗎?	否

三、結(jié)對(duì)編程初體驗(yàn)

雖然這次的作業(yè)并不是結(jié)對(duì)編程的第一次作業(yè)，但是是第一次體會(huì)這種編程模式。上次的作業(yè)老師只是讓我們互評(píng)小伙伴的代碼，并沒有在一起編程，所以并沒有什么體會(huì)，下面我來說說這次合作的體會(huì)。

首先說說感覺方便的地方，第一，他在編程的時(shí)候我在旁邊看著，可以發(fā)現(xiàn)一些錯(cuò)誤，會(huì)節(jié)省很多時(shí)間。每個(gè)人都會(huì)有忽略的錯(cuò)誤，但是有一個(gè)人幫你檢查就會(huì)避免一些你容易煩的錯(cuò)誤。第二，兩個(gè)人會(huì)的東西肯定不一樣，在編程的過程中可以互相交流，學(xué)習(xí)你以前不太了解的東西或者是經(jīng)驗(yàn)。第三，在研究某些功能如何實(shí)現(xiàn)時(shí)，你自己一個(gè)人可能要想很久，但是兩個(gè)人討論，可能對(duì)方說的某些東西會(huì)勾起你的靈感，使編程時(shí)間大大縮短。

但是結(jié)對(duì)編程也有一些不方便的地方，比如，兩個(gè)人的性格可能不太合。或者駕駛員的水平太高，領(lǐng)航員不能理解他的代碼，導(dǎo)致寫代碼的效率降低。我認(rèn)為結(jié)對(duì)編程還是會(huì)有一些限制的，對(duì)于我們來說，可能時(shí)間上不能統(tǒng)一，還有兩個(gè)人的性格問題，而且兩個(gè)人都應(yīng)該是能聽取別人意見的，不是那種只堅(jiān)持自己的人。

總的來說我的這次合作還是比較愉快的，我的結(jié)對(duì)編程的伙伴是跟我一個(gè)班的何濤同學(xué)，我們兩個(gè)人的水平差不多，而且交流并不困難，編程氛圍還是很愉快的，并沒有吵過。最關(guān)鍵的是兩個(gè)人對(duì)這個(gè)作業(yè)的態(tài)度是積極的，沒有一個(gè)人干另一個(gè)人不干活的情況，通過兩個(gè)人的合作順利的將題目完成了。

四、編程時(shí)的照片

轉(zhuǎn)載于:https://www.cnblogs.com/lzj1997/p/8806555.html

總結(jié)

以上是生活随笔為你收集整理的第一次的结对编程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。