Методы тестирования программного обеспечения. Степанченко И.В. - 33 стр.

UptoLike

Составители: 

35
(объект удаляется) специальным сборщиком мусора. Последние измене-
ния в языке С++, выполненные командой разработчиков Microsoft, кото-
рые преобразовали этот язык в С#, реализуют похожий механизм.
5. Соответствуют ли друг другу определения структуры и ее использо-
вание в различных методах?
Если к структуре данных обращаются из нескольких методов или
процедур, то
определена ли эта структура одинаково в каждой процедуре
и используется ли она корректным способом?
6. Превышены ли границы строки?
Не превышены ли границы строки при индексации в ней? Сущест-
вуют ли какие-нибудь другие ошибки в операциях с индексацией или при
обращении к массивам по индексу?
2.4.2. Ошибки описания данных
Сводный
список вопросов таков:
1. Все ли переменные описаны?
Все ли переменные описаны явно? Отсутствие явного описания
не обязательно является ошибкой (например, Visual Basic допускает
отсутствие описания), но служит потенциальным источником беспо-
койства. Так, если в подпрограмме на Visual Basic используется эле-
мент массива и отсутствует его описание (например, в операторе
DIM), то обращение к массиву
может вызвать ошибку (например, Х
= А(12)), так как по умолчанию, массив определен только на 10 эле-
ментов. Если отсутствует явное описание переменной во внутренней
процедуре или блоке, следует ли понимать это так, что описание
данной переменной совпадает с описанием во внешнем блоке? При
разработке больших программных изделий неявное описание дан-
ных (
описание данных по умолчанию) зачастую запрещают методи-
чески (если это не запрещено языком), чтобы упростить поиск оши-
бок при комплексной отладке.
2. Правильно ли инициализированы объекты, массивы и строки?
Если начальные значения присваиваются переменным в опера-
торах описания, то правильно ли инициализируются эти значения?
Правильно ли создаются объекты, используется ли соответствующий
конструктор?
3. Понятны ли имена переменных?
Наличие переменных с бессмысленными именами (например, i
и j) не является ошибкой, но является объектом пристального внима-
ния. Классически i и j являются цикловыми переменными, а вот на-
званий типа t125 следует избегать, так как возможна путаница имен.
4. Нельзя ли обойтись без переменных со сходными именами?
(объект удаляется) специальным сборщиком мусора. Последние измене-
ния в языке С++, выполненные командой разработчиков Microsoft, кото-
рые преобразовали этот язык в С#, реализуют похожий механизм.
5. Соответствуют ли друг другу определения структуры и ее использо-
    вание в различных методах?
    Если к структуре данных обращаются из нескольких методов или
процедур, то определена ли эта структура одинаково в каждой процедуре
и используется ли она корректным способом?
6. Превышены ли границы строки?
    Не превышены ли границы строки при индексации в ней? Сущест-
вуют ли какие-нибудь другие ошибки в операциях с индексацией или при
обращении к массивам по индексу?
                       2.4.2. Ошибки описания данных
     Сводный список вопросов таков:
1.   Все ли переменные описаны?
           Все ли переменные описаны явно? Отсутствие явного описания
     не обязательно является ошибкой (например, Visual Basic допускает
     отсутствие описания), но служит потенциальным источником беспо-
     койства. Так, если в подпрограмме на Visual Basic используется эле-
     мент массива и отсутствует его описание (например, в операторе
     DIM), то обращение к массиву может вызвать ошибку (например, Х
     = А(12)), так как по умолчанию, массив определен только на 10 эле-
     ментов. Если отсутствует явное описание переменной во внутренней
     процедуре или блоке, следует ли понимать это так, что описание
     данной переменной совпадает с описанием во внешнем блоке? При
     разработке больших программных изделий неявное описание дан-
     ных (описание данных по умолчанию) зачастую запрещают методи-
     чески (если это не запрещено языком), чтобы упростить поиск оши-
     бок при комплексной отладке.
2.   Правильно ли инициализированы объекты, массивы и строки?
           Если начальные значения присваиваются переменным в опера-
     торах описания, то правильно ли инициализируются эти значения?
     Правильно ли создаются объекты, используется ли соответствующий
     конструктор?
3.   Понятны ли имена переменных?
           Наличие переменных с бессмысленными именами (например, i
     и j) не является ошибкой, но является объектом пристального внима-
     ния. Классически i и j являются цикловыми переменными, а вот на-
     званий типа t125 следует избегать, так как возможна путаница имен.
4.   Нельзя ли обойтись без переменных со сходными именами?

                                   35