W tym poście chciałbym opisać sposób wykonania testów jednostkowych do niektórych funkcji z biblioteki do układu Nrf24l01 przygotowanej pod STM32F4.
Do testów wykorzystam Google Test oraz program Visual Studio.
W tym przypadku do wyboru mamy trzy rozwiązania, aby projekt się kompilował bez zbytniego kombinowania, należy umieści albo definicję, która uruchomi opcję testów jednostkowych, bądź kopiowanie poszczególnych funkcji wraz z modyfikacją pod przechodzenie testów.
Pierwszy sposób przez wprowadzanie definicji zwiększa objętość kodu co może powodować zaciemnienie całego obrazu. Dodatkowo gdy chce się wykorzystywać np. UART do debugowania w czasie rzeczywistym to ilość dodatkowych linii w kodzie zwiększa się dosyć znacząco.
Drugi sposób natomiast wymaga dosyć dużego samozaparcia aby testowane funkcje odpowiadały tym znajdującym się w projekcie głównym. Co oznacza, że jak wprowadzamy zmianę w kodzie znajdującym się w projekcie głównym to musimy pamiętać o dodatkowym wprowadzeniu zmiany w projekcie testowy.
Trzecią opcją jest wykorzystywanie nowych definicji dla rejestrów itp. Dzięki temu w dodatkowym projekcie testowym podmieniamy potrzebne definicje na własne, co pozwala nam łatwo sprawdzić czy odpowiednie bity zostały tam ustawione. Co też oznacza, że jest dosyć sporo elementów które będzie trzeba odznaczyć na czas testowania.
Ostatnia wspomniana opcja działa bardzo dobrze z testami CppUTest, które dodaje się jako osobny projekt w Eclipsie. Następnie wystarczy dodać ścieżki do pliku z bibliotekami do projektu głównego, i można przejść do testowania. Jest to natomiast temat na kolejny post.
W poniższych przykładach pominę testowanie funkcji inicjalizujących SPI oraz GPIO, ponieważ przeprowadzanie testów tych funkcji jest bezsensowne. Spowodowane jest to tym iż w takiej funkcji możemy sprawdzić jedynie czy dane z parametrami zostały wstawione do struktury. Natomiast nie jesteśmy pewni czy dana część układu będzie działała zgodnie z naszymi oczekiwaniami.
[Źródło: http://academy.trendonix.com]
Program:
Do testów wykorzystam Google Test oraz program Visual Studio.
W tym przypadku do wyboru mamy trzy rozwiązania, aby projekt się kompilował bez zbytniego kombinowania, należy umieści albo definicję, która uruchomi opcję testów jednostkowych, bądź kopiowanie poszczególnych funkcji wraz z modyfikacją pod przechodzenie testów.
Pierwszy sposób przez wprowadzanie definicji zwiększa objętość kodu co może powodować zaciemnienie całego obrazu. Dodatkowo gdy chce się wykorzystywać np. UART do debugowania w czasie rzeczywistym to ilość dodatkowych linii w kodzie zwiększa się dosyć znacząco.
Drugi sposób natomiast wymaga dosyć dużego samozaparcia aby testowane funkcje odpowiadały tym znajdującym się w projekcie głównym. Co oznacza, że jak wprowadzamy zmianę w kodzie znajdującym się w projekcie głównym to musimy pamiętać o dodatkowym wprowadzeniu zmiany w projekcie testowy.
Trzecią opcją jest wykorzystywanie nowych definicji dla rejestrów itp. Dzięki temu w dodatkowym projekcie testowym podmieniamy potrzebne definicje na własne, co pozwala nam łatwo sprawdzić czy odpowiednie bity zostały tam ustawione. Co też oznacza, że jest dosyć sporo elementów które będzie trzeba odznaczyć na czas testowania.
Ostatnia wspomniana opcja działa bardzo dobrze z testami CppUTest, które dodaje się jako osobny projekt w Eclipsie. Następnie wystarczy dodać ścieżki do pliku z bibliotekami do projektu głównego, i można przejść do testowania. Jest to natomiast temat na kolejny post.
W poniższych przykładach pominę testowanie funkcji inicjalizujących SPI oraz GPIO, ponieważ przeprowadzanie testów tych funkcji jest bezsensowne. Spowodowane jest to tym iż w takiej funkcji możemy sprawdzić jedynie czy dane z parametrami zostały wstawione do struktury. Natomiast nie jesteśmy pewni czy dana część układu będzie działała zgodnie z naszymi oczekiwaniami.
Poniżej przejdę przez niektóre funkcje razem z przykładowymi testami.
Zacznę od czegoś prostego czyli funkcji sprawdzającej przekazane wartości Payload:
Funkcja posiada dwie ścieżki, jedna gdy wprowadzona zostanie wartość niższa niż 32, wtedy zwrócona zostanie wprowadzona wartość. Druga ścieżka zwraca wartość 32, gdy zostanie wprowadzona wyższa liczba. W związku z tym, że są dwie ścieżki wykonania więc potrzebne są dwa testy:
Dzięki temu, że sprawdzają one jak działa funkcja to można wykonać szybki refaktoring funkcji głównej:
I tak funkcja została zmodyfikowana, a dzięki temu, że są napisane do niej testy to nie trzeba wgrywać programu na płytkę. Pozwala to szybsze wprowadzanie zmian, ponieważ mamy pewność, że nie wprowadziliśmy żadnego głupiego błędu.
Teraz przejdę do testowanie funkcji przesyłających dane przez SPI:
Dane do struktury należy umieścić w teście, inaczej całość utknie w pętli while i test się zawiesi:
Tutaj są dwa testy jeden sprawdza czy funkcja w przypadku wyłączonego interfejsu SPI zwraca 0, druga natomiast sprawdza czy dane zostały wprowadzone do wysłania. W takim przypadku zwracany jest wysyłany bajt.
Teraz czas na funkcje przesyłającą większą ilość danych przez SPI:
Tutaj podobnie jak wcześniej możliwe są dwie ścieżki, gdy SPI będzie wyłączone i gdy dane zostaną przesłane:
Pierwszy test sprawdza czy SPI zostało włączone. Druga natomiast sprawdza dwie rzeczy. Pierwsza z nich dotyczy czy zostało osiągnięty koniec, czyli czy została zwrócona wartość zero. Następnym sprawdzanym elementem jest to czy obie tablice mają te same wartości.
Funkcja odczytująca rejestr układu nrf24L01:
Funkcja odczytu HAL_SPI_TransmitReceive w wersji mocno uproszczonej, tylko na potrzeby testu:
W testach możliwe są trzy scenariusze, mianowicie gdy uda się odczytać wartość, gdy odczytywany będzie tylko rejestr statusowy lub gdy funkcja przesyłająca dane wywoła błąd.
Podobnie wyglądają testy dla funkcji wpisującej dane:
Testy dla tej funkcji wyglądają następująco:
Testowanie funkcji odpowiadającej za ustawienie bitu w rejestrze:
W tym przypadku należy sprawdzić czy dany bit został ustawiony bądź skasowany:
Podobnie wyglądają testy dla zapisu i odczytu danych z urządzenia. Podstawiam pod symulacyjne testy zapisu i odczytu pożądane wartości i sprawdzam czy uzyskane odpowiedzi spełniają warunki testowe.
Teraz funkcja sprawdzająca czy są dane w buforze RX modułu radiowego:
Na samym początku dodaje warunek do funkcji HAL_SPI_TransmitReceive:
Do niego wprowadzam zmienną globalną, która pozwoli mi przetestować wszystkie możliwe scenariusze dla tej funkcji:
Teraz funkcja odczytująca status operacji. W niej należy sprawdzić czy zwraca odczytany status, lub czy zwraca błąd odczytu:
Tutaj podobnie jak poprzednio sprawdzam status operacji:
Jak widać większość testów dla tej biblioteki opiera się na sprawdzaniu czy dane zostały odpowiednio przesłane bądź czy zostały odpowiednio odebrane i przetworzone.
Pliki do przygotowanych testów można pobrać z dysku Google pod tym linkiem.
Zacznę od czegoś prostego czyli funkcji sprawdzającej przekazane wartości Payload:
- static uint8_t checkThenSetPayloadSize(uint8_t payload_size) { /* GOOGLE TEST WRITE */
- if(payload_size > 32)
- {
- payload_size = 32;
- }
- return payload_size;
- }
Funkcja posiada dwie ścieżki, jedna gdy wprowadzona zostanie wartość niższa niż 32, wtedy zwrócona zostanie wprowadzona wartość. Druga ścieżka zwraca wartość 32, gdy zostanie wprowadzona wyższa liczba. W związku z tym, że są dwie ścieżki wykonania więc potrzebne są dwa testy:
- TEST(checkThenSetPayloadSize,
- PayloadSizeLowerThanMax_ReturnPassArgument)
- {
- uint8_t passedPayloadSize = MAX_PAYLOAD_SIZE - 1;
- uint8_t payloadSizeReturn = checkThenSetPayloadSize(passedPayloadSize);
- EXPECT_EQ(passedPayloadSize, payloadSizeReturn);
- }
- TEST(checkThenSetPayloadSize,
- PayloadSizeBiggerThanMax_ReturnMaxPayloadSize){
- uint8_t passedPayloadSize = MAX_PAYLOAD_SIZE + 1;
- uint8_t payloadSizeReturn = checkThenSetPayloadSize(passedPayloadSize);
- EXPECT_EQ(payloadSizeReturn, MAX_PAYLOAD_SIZE);
- }
Dzięki temu, że sprawdzają one jak działa funkcja to można wykonać szybki refaktoring funkcji głównej:
- static uint8_t checkThenSetPayloadSize(uint8_t payload_size)
- {
- return (payload_size > MAX_PAYLOAD_SIZE) ? MAX_PAYLOAD_SIZE : payload_size;
- }
I tak funkcja została zmodyfikowana, a dzięki temu, że są napisane do niej testy to nie trzeba wgrywać programu na płytkę. Pozwala to szybsze wprowadzanie zmian, ponieważ mamy pewność, że nie wprowadziliśmy żadnego głupiego błędu.
Teraz przejdę do testowanie funkcji przesyłających dane przez SPI:
- static uint8_t spiSendData(SPI_TypeDef* SPIx, uint8_t data)
- {
- if (!((SPIx)->CR1 & SPI_CR1_SPE))
- {
- return 0;
- }
- while ((SPIx->SR & SPI_FLAG_TXE) == 0 || (SPIx->SR & SPI_FLAG_BSY));
- SPIx->DR = data;
- while ((SPIx->SR & SPI_FLAG_RXNE) == 0 || (SPIx->SR & SPI_FLAG_BSY));
- return SPIx->DR;
- }
Dane do struktury należy umieścić w teście, inaczej całość utknie w pętli while i test się zawiesi:
- TEST(spiSendData,
- spiDeviceDisable) {
- SPI_TypeDef spiTest;
- spiTest.CR1 = 0x00;
- uint8_t returnValue = spiSendData(&spiTest, 0xA5);
- EXPECT_EQ(returnValue, 0);
- }
- TEST(spiSendData,
- returnWritedData) {
- SPI_TypeDef spiTest;
- spiTest.CR1 = SPI_CR1_SPE;
- spiTest.SR = SPI_FLAG_TXE | SPI_SR_RXNE;
- uint8_t returnValue = spiSendData(&spiTest, 0xA5);
- EXPECT_EQ(0xA5, returnValue);
- }
Tutaj są dwa testy jeden sprawdza czy funkcja w przypadku wyłączonego interfejsu SPI zwraca 0, druga natomiast sprawdza czy dane zostały wprowadzone do wysłania. W takim przypadku zwracany jest wysyłany bajt.
Teraz czas na funkcje przesyłającą większą ilość danych przez SPI:
- static uint8_t spiWriteMultiData(SPI_TypeDef* SPIx, uint8_t* dataOut, uint8_t* dataIn, uint32_t count)
- {
- uint32_t i;
- if (spi_CheckIfEnabled(SPIx))
- {
- return 0x00;
- }
- spi_WaitPrevTransEnd(SPIx);
- for (i = 0; i < count; i++) {
- SPIx->DR = dataOut[i];
- spi_WaitPrevTransEnd(SPIx);
- dataIn[i] = SPIx->DR;
- }
- return 0x01;
- }
Tutaj podobnie jak wcześniej możliwe są dwie ścieżki, gdy SPI będzie wyłączone i gdy dane zostaną przesłane:
- TEST(spiWriteMultiData,
- spiIsDisabled_ReturnZero) {
- SPI_TypeDef spiTest;
- spiTest.CR1 = 0x00;
- uint8_t dataIn[32] = { 0x00 };
- uint8_t dataOut[32] = { 0x00 };
- uint8_t returnValue = spiWriteMultiData(&spiTest, dataOut, dataIn, 32);
- EXPECT_EQ(returnValue, 0x00);
- }
- TEST(spiWriteMultiData,
- spiIsDisabled_ReturnOneAndWriteDataIntoTables) {
- SPI_TypeDef spiTest;
- spiTest.CR1 = SPI_CR1_SPE;
- spiTest.SR = SPI_FLAG_TXE | SPI_SR_RXNE;
- uint8_t dataIn[32];
- uint8_t dataOut[32];
- memset(dataOut, 0xA5, 32);
- memset(dataIn, 0x00, 32);
- uint8_t returnValue = spiWriteMultiData(&spiTest, dataOut, dataIn, 32);
- EXPECT_EQ(returnValue, 0x01);
- EXPECT_TRUE(0 == std::memcmp(dataIn, dataOut, sizeof(dataIn)));
- }
Pierwszy test sprawdza czy SPI zostało włączone. Druga natomiast sprawdza dwie rzeczy. Pierwsza z nich dotyczy czy zostało osiągnięty koniec, czyli czy została zwrócona wartość zero. Następnym sprawdzanym elementem jest to czy obie tablice mają te same wartości.
Funkcja odczytująca rejestr układu nrf24L01:
- static uint8_t nrf24l01_ReadRegister(uint8_t regAddr)
- {
- uint8_t readedData = 0;
- uint8_t dummyData = 0xFF;
- uint8_t registerAddr = setReadRegisterMask(regAddr);
- NRF24L01_CS_ON();
- #ifdef USE_REGISTER_COMMANDS
- spiSendData(NRF24L01_SPI, registerAddr);
- readedData = spiSendData(NRF24L01_SPI, dummyData);
- #else
- uint8_t status = HAL_SPI_TransmitReceive(&hspi3, ®isterAddr, &readedData, 1, 1000);
- if (status != HAL_OK) {
- return 0xFF;
- }
- if (readedData != NRF24L01_REG_STATUS){
- HAL_SPI_TransmitReceive(&hspi3, &dummyData, &readedData, 1, 1000);
- }
- #endif
- NRF24L01_CS_OFF();
- return readedData;
- }
Funkcja odczytu HAL_SPI_TransmitReceive w wersji mocno uproszczonej, tylko na potrzeby testu:
- static HAL_StatusTypeDef HAL_SPI_TransmitReceive(SPI_HandleTypeDef *hspi,
- uint8_t *pTxData, uint8_t *pRxData,
- uint16_t Size, uint32_t Timeout)
- {
- if (*(pTxData + 0) == 0x01)
- {
- *(pRxData + 0) = 0xA5;
- }
- else if((*(pTxData + 0) == 0x07))
- {
- *(pRxData + 0) = 0xFF;
- }
- return HAL_OK;
- }
W testach możliwe są trzy scenariusze, mianowicie gdy uda się odczytać wartość, gdy odczytywany będzie tylko rejestr statusowy lub gdy funkcja przesyłająca dane wywoła błąd.
- TEST(nrf24l01_ReadRegister,
- expectedBehaviorReadAllData) {
- uint8_t readAddrTestValue = HAL_SPI_TransmitReceive_READ_OK;
- uint8_t expectedValue = 0xA5;
- uint8_t returnValue = nrf24l01_ReadRegister(readAddrTestValue);
- EXPECT_EQ(returnValue, expectedValue);
- }
- TEST(nrf24l01_ReadRegister,
- readOnlyStatusRegister) {
- uint8_t readAddrTestValue = HAL_SPI_TransmitReceive_READ_STATUS;
- uint8_t expectedValue = 0xFF;
- uint8_t returnValue = nrf24l01_ReadRegister(readAddrTestValue);
- EXPECT_EQ(returnValue, expectedValue);
- }
- TEST(nrf24l01_ReadRegister,
- readErrorFromHalFunction) {
- uint8_t readAddrTestValue = HAL_SPI_TransmitReceive_READ_ERROR;
- uint8_t expectedValue = 0xFF;
- uint8_t returnValue = nrf24l01_ReadRegister(readAddrTestValue);
- EXPECT_EQ(returnValue, expectedValue);
- }
Podobnie wyglądają testy dla funkcji wpisującej dane:
- static HAL_StatusTypeDef HAL_SPI_Transmit(SPI_HandleTypeDef *hspi,
- uint8_t *pData, uint16_t Size, uint32_t Timeout)
- {
- if (*(pData + 0) == HAL_SPI_Transmit_READ_OK){
- return HAL_OK;
- }
- else if (*(pData + 0) == HAL_SPI_Transmit_READ_ERROR){
- return HAL_ERROR;
- }
- return HAL_OK;
- }
- static uint8_t nrf24l01_WriteReg(uint8_t addr, uint8_t value)
- {
- HAL_StatusTypeDef operationStatus = HAL_OK;
- addr = setWriteRegisterMask(addr);
- NRF24L01_CS_ON();
- #ifdef USE_REGISTER_COMMANDS
- spiSendData(NRF24L01_SPI, addr);
- spiSendData(NRF24L01_SPI, value);
- #else
- operationStatus = HAL_SPI_Transmit(&hspi3, &addr, 1, 1000);
- if (operationStatus == HAL_OK)
- {
- operationStatus = HAL_SPI_Transmit(&hspi3, &value, 1, 1000);
- }
- #endif
- NRF24L01_CS_OFF();
- return operationStatus;
- }
Testy dla tej funkcji wyglądają następująco:
- TEST(nrf24l01_WriteReg,
- expectedBehaviorWriteOk_ReturnHalOk) {
- HAL_StatusTypeDef expectedOperationStatus = HAL_OK;
- uint8_t someTestData = 0x01;
- uint8_t returnValue = nrf24l01_WriteReg(HAL_SPI_Transmit_READ_OK, someTestData);
- EXPECT_EQ(expectedOperationStatus, returnValue);
- }
- TEST(nrf24l01_WriteReg,
- transmitAddressError_ReturnHalError) {
- HAL_StatusTypeDef expectedOperationStatus = HAL_ERROR;
- uint8_t someTestData = 0x01;
- uint8_t returnValue = nrf24l01_WriteReg(HAL_SPI_Transmit_READ_ERROR, someTestData);
- EXPECT_EQ(expectedOperationStatus, returnValue);
- }
- TEST(nrf24l01_WriteReg,
- transmitErrorWhile_ReturnHalError) {
- HAL_StatusTypeDef expectedOperationStatus = HAL_ERROR;
- uint8_t someTestData = HAL_SPI_Transmit_READ_ERROR;
- uint8_t returnValue = nrf24l01_WriteReg(HAL_SPI_Transmit_READ_ERROR, someTestData);
- EXPECT_EQ(expectedOperationStatus, returnValue);
- }
Testowanie funkcji odpowiadającej za ustawienie bitu w rejestrze:
- static uint8_t nrf24l01_WriteBit(uint8_t regAdr,
- const uint8_t bitToWrite,
- uint8_t setResetBit)
- {
- uint8_t valueToWrite = 0;
- valueToWrite = nrf24l01_ReadRegister(regAdr);
- if (setResetBit)
- {
- valueToWrite |= 1 << bitToWrite;
- }
- else
- {
- valueToWrite &= ~(1 << bitToWrite);
- }
- nrf24l01_WriteReg(regAdr, valueToWrite);
- return valueToWrite;
- }
W tym przypadku należy sprawdzić czy dany bit został ustawiony bądź skasowany:
- TEST(nrf24l01_WriteBit,
- valueToWrite_SetBit) {
- uint8_t regAddress = HAL_SPI_TransmitReceive_TEST_WRITE_BIT;
- uint8_t expectedValue = 0xA6;
- uint8_t returnValue = nrf24l01_WriteBit(regAddress, 1, 1);
- EXPECT_EQ(expectedValue, returnValue);
- }
- TEST(nrf24l01_WriteBit,
- valueToWrite_ResetBit) {
- uint8_t regAddress = HAL_SPI_TransmitReceive_TEST_WRITE_BIT;
- uint8_t expectedValue = 0xA4;
- uint8_t returnValue = nrf24l01_WriteBit(regAddress, 1, 0);
- EXPECT_EQ(expectedValue, returnValue);
- }
Podobnie wyglądają testy dla zapisu i odczytu danych z urządzenia. Podstawiam pod symulacyjne testy zapisu i odczytu pożądane wartości i sprawdzam czy uzyskane odpowiedzi spełniają warunki testowe.
Teraz funkcja sprawdzająca czy są dane w buforze RX modułu radiowego:
- static uint8_t nrf24l01_RxFifoEmpty(void)
- {
- uint8_t regValue = nrf24l01_ReadRegister(NRF24L01_REG_FIFO_STATUS);
- if (regValue == 0xFF)
- {
- return 0xFF;
- }
- uint8_t returnVal = Nrf24l01_Check_Bit(regValue, NRF24L01_RX_EMPTY);;
- return returnVal;
- }
Na samym początku dodaje warunek do funkcji HAL_SPI_TransmitReceive:
- else if (*(pTxData + 0) == NRF24L01_REG_FIFO_STATUS)
- {
- *(pRxData + 0) = glob_testValueForReadRegisteFifoStatus;
- }
Do niego wprowadzam zmienną globalną, która pozwoli mi przetestować wszystkie możliwe scenariusze dla tej funkcji:
- TEST(nrf24l01_RxFifoEmpty,
- RXFifoIsEmptyBitNeedToBeClear_ReturnZero)
- {
- uint8_t expectedValue = 0;
- glob_testValueForReadRegisteFifoStatus = 0x00;
- uint8_t retValue = nrf24l01_RxFifoEmpty();
- EXPECT_EQ(expectedValue, retValue);
- }
- TEST(nrf24l01_RxFifoEmpty,
- RXFifoHasSomeDataBitNeedToBeSet_ReturnOne)
- {
- uint8_t expectedValue = 1;
- glob_testValueForReadRegisteFifoStatus = 0x01;
- uint8_t retValue = nrf24l01_RxFifoEmpty();
- EXPECT_EQ(expectedValue, retValue);
- }
- TEST(nrf24l01_RxFifoEmpty,
- ReadError_Return0xFF)
- {
- uint8_t expectedValue = 0xFF;
- glob_testValueForReadRegisteFifoStatus = 0xFF;
- uint8_t retValue = nrf24l01_RxFifoEmpty();
- EXPECT_EQ(expectedValue, retValue);
- }
Teraz funkcja odczytująca status operacji. W niej należy sprawdzić czy zwraca odczytany status, lub czy zwraca błąd odczytu:
- static uint8_t nrf24l01_GetStatus(void) {
- uint8_t status = 0x00;
- HAL_StatusTypeDef operationStatus = HAL_OK;
- NRF24L01_CS_ON();
- #ifdef USE_REGISTER_COMMANDS
- status = spiSendData(NRF24L01_SPI, NRF24L01_NOP_MASK);
- #else
- uint8_t dataToSend[1] = { NRF24L01_NOP_MASK };
- operationStatus = HAL_SPI_TransmitReceive(&hspi3, dataToSend, &status, 1, 1000);
- if (operationStatus != HAL_OK)
- {
- status = 0xFF;
- }
- #endif
- /* Pull up chip select */
- NRF24L01_CS_OFF();
- return status;
- }
Tutaj podobnie jak poprzednio sprawdzam status operacji:
- TEST(nrf24l01_GetStatus,
- ReadOK_ReurnSameDataAsInGlobalBuffer) {
- glob_testCheckTransmissionStatusAndFifo = 0x05;
- uint8_t operationStatus = nrf24l01_GetStatus();
- EXPECT_EQ(glob_testCheckTransmissionStatusAndFifo, operationStatus);
- }
- TEST(nrf24l01_GetStatus,
- ReadError_ReturnFF) {
- glob_testCheckTransmissionStatusAndFifo = 0x18;
- uint8_t operationStatus = nrf24l01_GetStatus();
- EXPECT_EQ(0xFF, operationStatus);
- }
Jak widać większość testów dla tej biblioteki opiera się na sprawdzaniu czy dane zostały odpowiednio przesłane bądź czy zostały odpowiednio odebrane i przetworzone.
Pliki do przygotowanych testów można pobrać z dysku Google pod tym linkiem.